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(54) COMMUNICATION CONTROLLER AND METHOD FOR CONTROLLING COMMUNICATION 



(57) The burden of a repeater and the man-hour 
required to develop a system are reduced. Data meet- 
ing the ATM standard supplied to an ATM/1394 repeater 
(3) from an ATM terminal (1) through an ATM network 
(2) are converted into data of the IEEE 1394 standard 



by means of an ASEL (31) and transmitted to a 1394 
terminal (4). The data of the IEEE 1394 standard trans- 
mitted to the 1394 terminal (4) are converted into data 
of the ATM standard by means of another ASEL (32). 
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Description 

Technical Field 

5 This invention relates to a communication control equipment and a communication control method, and more par- 
ticularly to a communication control equipment and a communication control method suitable when used, e.g., in video 
on demand system, etc. for providing multimedia data. 

Background Art 

70 

FIG. 1 shows one example of conceivable configuration of VOD (Video On Demand) system using the ATM (Asyn- 
chronous Transfer Mode) network at the backbone side and the IEEE (The Institute of Electrical and Electronic Engi- 
neers, Inc.) 1394 serial bus (IEEE 1394 Standards Draft 8.0v2) at the front end side. 

An ATM terminal 1 is a server for storing video data, etc., and is connected to an ATM network 2 through UNI (User- 

15 Network Interface) to make an offer of video data to 1 394 terminals 4-1 to 4-7 (hereinafter referred to as 1 394 terminals 
4 as occasion may demand when there is no necessity to individually discriminate between 1394 terminals 4-1 to 4-7). 
An ATM/1394 repeater 3 is connected to the ATM network 2 through UNI and serves to receive video data transmitted 
from the ATM terminal 1 via the ATM network 2 to make an offer thereof to the 1394 terminals 4 through the IEEE 1394 
serial bus. The 1394 terminals 4 receive video data offered through the IEEE 1394 serial bus from the ATM/1394 

20 repeater 3 to display them on respective display units such as CRT or LCD, etc. 

In this VOD system, when the ATM terminal 1 carries out communication between the ATM terminal 1 and any 1394 
terminal 4, protocol peculiar to ATM must be entirely terminated at the ATM/1394 repeater 3. 

In the case where IP over ATM (hereinafter abbreviated as IP/ATM) is used as the standard protocol when, e.g., the 
ATM terminal 1 carries out transmission/reception of IP (Internet Protocol) packet between the ATM terminal 1 and the 

25 1 394 terminal 4, protocol stacks of the U (User) plane and the C (Control) plane of end to end are caused to respectively 
undergo layout as shown in FIGs. 2 and 3. 

Namely, as shown in FIG. 2, the protocol stack of the U plane of the ATM network 2 consists of PHY (physical) layer 
and ATM layer. Accordingly, the protocol stack of the U plane of the ATM terminal 1 includes PHY layer and ATM layer 
in correspondence with the ATM network 2, and includes IP/ATM layer and IP layer tor carrying out transmission/recep- 

30 tion of IP packet. Further, between the ATM layer and the IP/ATM layer, the protocol stack of the U plane of the ATM 
terminal 1 includes AAL (ATM Adaptation Layer) 5 for carrying out matching/adjustment between data unit (user infor- 
mation from 1 byte up to 64 k bytes) of the high order (upper) application (IP/ATM layer) and user information of 48 bytes 
handled by cell in a unified manner. 

In the protocol stack of the U plane of the ATM/1 394 repeater 3, the ATM network 2 side is caused to be of structure 

35 similar to the ATM terminal 1. Namely, this protocol stack consists of PHY layer, ATM layer, AAL5 layer, IP/ATM layer 
and IP layer. On the other hand, the 1394 terminal 4 side is caused to be of structure similar to the protocol stack of the 
1394 terminal 4 and consists of 1394 PHY layer, 1394 LINK layer and IP layer. There is no layer corresponding to the 
IP/ATM layer of the ATM network 2 side (Therefore, labeled null in FIG. 2) (it is to be noted that it is conceivable to place 
(allocate) protocol like IP/1394). The protocol stack of the U plane of the 1394 terminal 4 consists of 1394 PHY layer, 

40 1 394 LINK layer and IP layer. 

Moreover, as shown in FIG. 3. the protocol stack of the C plane of the ATM terminal 1 consists of PHY layer, ATM 
layer, AAL5 layer, SSCF (Service Specific Coordination Function) (ITU (International Telecommunication Union)- 
TQ.2130) -i- SSCOP (Service Specific Connection Oriented Prtocol) (ITU-TQ.2110) layer, and Q.2931 (ITU-TQ.2931) 
layer. The protocol stack of the C plane of the ATM network 2 is caused to be of structure similar to the case of the ATM 

45 terminal 1. 

In the protocol stack of the C plane of the ATM/1 394 repeater 3, the ATM network 2 side is caused to be of structure 
similar to the case of the ATM terminal 1 and the ATM network 2. On the other hand, the 1 394 terminal 4 side is caused 
to be of structure similar to the protocol stack of the 1394 terminal 4, and consists of 1394 PHY layer, 1394 LINK layer 
and Original Signaling Protocol layer. The protocol stack of the C plane of the 1394 terminal 4 consists of 1394 PHY 
so layer, 1394 LINK layer and Original Signaling Protocol layer. 

Since the concept of VPC (Virtual Pass Connection)/VCC (Virtual Channel Connection) does not exist between the 
ATM/1394 repeater 3 and the 1394 terminal 4 as shown in FIG. 2, it is conceivable to carry out handling of packet of the 
U plane by IP header. In that case, for the ATM/1394 repeater 3, routing function by IP is required. 

Moreover, since the signaling protocol (Q.2931 layer and SSCF+SSCOP layer) used in UNI of the ATM network 2 
55 cannot be applied between the ATM/1394 repeater 3 and the 1394 terminal 4 as shown in FIG. 3, it is necessary to 
peculiarly design original signaling protocol corresponding thereto to use such protocol. 

However, in the ATM/1 394 repeater 3, in the case where handling of packet of the U plane is carried out by using 
the routing function by IP, it is necessary to copy the entirety of IP packet including data to read therefrom information 



2 



EP0 841 791 A1 



necessary for routing, resulting in the problem that burden (load) applied to the ATM/1394 repeater 3 is great. 

In addition, there occurs the necessity of developing the original signaling protocol used between the ATM/1394 
repeater 3 and the 1 394 terminal 4 from the first stage. To realize this, great amount of investment is required, resulting 
in the problem that such approach was not realistic. 

5 

Disclosure of the Invention 

This invention has been made in view of such circumstances, and its object is to have ability to lessen the burden 
of the repeater when transmission/reception of data of different transmission standards is carried out between terminals 
10 through the repeater, and to reduce the development steps of the system. 

A communication control equipment according to this invention comprises: first converting means for converting 
data of a second transmission standard received through a repeater into data of a first transmission standard; and sec- 
ond converting means for converting predetermined data of the first transmission standard into data of the second 
transmission standard. 

15 A communication control method according to this invention comprises: a step of converting data of a first trans- 
mission standard received through a repeater into data of a second transmission standard; and a step of converting 
predetermined data of the second transmission standard into data of the first transmission standard. 

A communication control equipment according to this invention comprises: first converting means for converting 
data of a first transmission standard transmitted from a first terminal into data of a second transmission standard; sec- 

20 ond converting means for converting data of the second transmission standard transmitted from a second terminal into 
data of the first transmission standard; and processing means for processing, by the same signaling protocol as sign- 
aling protocol that the first terminal has, the data of the first transmission standard transmitted from the first terminal and 
the data of the first transmission standard converted by the second converting means. 

A communication control method according to this invention comprises: a first conversion step of converting data 

25 of a first transmission standard transmitted from a first terminal into data of a second transmission standard; a second 
conversion step of converting data of the second transmission standard transmitted from a second terminal into data of 
the first transmission standard; and a processing step of processing, by the same signaling protocol as signaling proto- 
col that the first terminal has, the data of the first transmission standard transmitted from the first terminal and the data 
of the first transmission standard converted by the second converting means. 

30 A communication control equipment according to this invention is adapted so that the repeater comprises first con- 
verting means for converting data of a first transmission standard transmitted from the first terminal into data of a sec- 
ond transmission standard, and second converting means for converting data of the second transmission standard 
transmitted from the second terminal into data of the first transmission standard; and the second terminal comprises 
third converting means for converting the data of the second transmission standard which has been caused to undergo 

35 transmission (transmitted) from the repeater into data of the first transmission standard, and fourth converting means 
for converting predetermined data of the first transmission standard into data of the second transmission standard. 

A communication control method according to this invention is adapted so that processing procedure by the 
repeater comprises a step of converting data of a first transmission standard transmitted from a first terminal into data 
of a second transmission standard to carry out transmission thereof (transmit it) to a second terminal, and a step of con- 

40 verting data of the second transmission standard transmitted from the second terminal into data of the first transmission 
standard to carry out transmission thereof (transmit it) to the first terminal ; and processing procedure by the second ter- 
minal comprises a step of converting the data of the second transmission standard which has been caused to undergo 
transmission (transmitted) through the repeater into data of the first transmission standard, and a step of converting 
predetermined data of the first transmission standard into data of the second transmission standard to cany out trans- 

45 mission thereof (transmit it) to the repeater. 

A communication control equipment accorcfing to this invention comprises setting means for setting, in advance, by 
using predetermined control commands, communication channel (path) for transferring data of the transmission stand- 
ard that the terminal and any other terminal carry out transmission/reception therebetween through the repeater or 
directly therebetween. 

so A communication control method according to this invention comprises a step of setting, in advance, by using pre- 
determined control commands, communication channel (path) for transferring data of the transmission standard that 
the terminal and any other terminal carry out transmission/reception therebetween through the terminal or directly ther- 
ebetween. 

In the communication control equipment according to this invention, the first converting means converts data of the 
55 first transmission standard received through the repeater into data of the second transmission standard, and the sec- 
ond converting means converts predetermined data of the second transmission standard into data of the first transmis- 
sion standard. 

In the communication control method according to this invention, data of the first transmission standard received 
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through the repeater is converted into data of the second transmission standard, and predetermined data of the second 
transmission standard is converted into data of the first transmission standard. 

In the communication control equipment and the communication control method according to this invention, data of 
the first transmission standard transmitted from the first terminal and data of the first transmission standard converted 
5 by the second converting means are processed by the same signaling protocol as the signaling protocol that the first 
terminal has. 

In the communication control equipment according to this invention, at the repeater, the first converting means con- 
verts data of the first transmission standard transmitted from the first terminal into data of the second transmission 
standard, and the second converting means converts data of the second transmission standard transmitted from the 

10 second terminal into data of the first transmission standard. In addition, at the second terminal, the third converting 
means converts data of the second transmission standard which has been caused to undergo transmission (transmit- 
ted) from the repeater into data of the first transmission standard, and the fourth converting means converts predeter- 
mined data of the first transmission standard into data of the second transmission standard. 

In the communication control method according to this invention, the repeater converts data of the first transmission 

15 standard transmitted from the first terminal into data of the second transmission standard to carry out transmission 
thereof (transmit it) to the second terminal, and converts data of the second transmission standard transmitted from the 
second terminal into data of the first transmission standard to carry out transmission thereof (transmit it) to the second 
terminal. The second terminal converts the data of the second transmission standard which has been caused to 
undergo transmission (transmitted) through the repeater into data of the first transmission standard, and converts pre- 

20 determined data of the first transmission standard into data of the second transmission standard to carry out transmis- 
sion thereof (transmit it) to the repeater. 

In the communication control equipment and the communication control method according to this invention, the 
communication channel (path) for transferring data of the transmission standard that the terminal and any other termi- 
nal carry out transmission/reception is set in advance by using predetermined control commands therebetween through 

25 the repeater or directly therebeteen. 

While the embodiments of this invention will now be described, the features of this invention will be described in a 
manner as below prior to the description of the embodiments of this invention in the state where corresponding embod- 
iments (one example in this case) are added to the inside of parentheses after respective means in order to clarify the 
correspondence relationship between respective means of the inventions described in the patent claims and the follow- 

30 ing embodiments. 

A communication control equipment according to this invention comprises first converting means (e.g., ASEL 32 of 
FIG. 54) for converting data of the second transmission standard (e.g., IEEE 1394 standard) received through the 
repeater (ag.. ATM/1394 repeater 3 of FIG. 4) into data of the first transmission standard (e.g., ATM standard), and sec- 
ond converting means (e.g., ASEL 32 of FIG. 54) for converting predetermined data of the first transmission standard 
35 into data of the second transmission standard. 

The communication control equipment according to this invention further comprises processing means (e.g., layer 
36 of FIG. 55) for processing data of the first transmission standard by the same signaling protocol as signaling protocol 
that the terminal has. 

A communication control equipment according to this invention comprises first converting means (ag, ASEL 33 of 
40 FIG. 55) for converting data of the first transmission standard (ag. , standard of ATM) transmitted from the first terminal 
(ag., ATM terminal 1 of FIG. 4) into data of the second transmission standard (ag., standard of IEEE 1394), second 
converting means (e.g., ASEL 33 of FIG. 55) for converting data of the second transmission standard transmitted from 
the second terminal (ag., 1394 terminal 4-1 of FIG. 4) into data of the first transmission standard, and processing 
means (e.g., layer 35 of FIG. 55) for processing, by the same signaling protocol as the signaling protocol that the first 
45 terminal has, the data of the first transmission standard transmitted from the first terminal and the data of the first trans- 
mission standard converted by the second converting means. 

The communication control equipment according to this invention further comprises repeater means (ag., ASEL 
31 of FIG. 54) such that in the case where plural second terminals (ag., 1394 terminals 22-1 and 23-1 of FIG. 4) are 
connected onto different transmission channels (paths) of the second transmission standard, it repeats data of the see- 
so ond transmission standard in the U-plane which is caused to undergo transmission/reception between the plural sec- 
ond terminals. 

The communication control equipment according to this invention further comprises repeater means (ag., ASEL 
31 of FIG. 54) such that in the case where plural second terminals (ag., 1394 terminals 22-1 and 22-2 of FIG. 4) are 
connected onto the same transmission channel (path) of the second transmission standard, it allows data of the second 
55 transmission standard in the U-plane which is caused to undergo transmission/reception between the plural second ter- 
minals to be substantially therethrough to repeat it. 

A communication control equipment according to this invention is such that the repeater (e.g., ATM/1394 repeater 
3 of FIG. 4) comprises first converting means (e.g., ASEL 31 of FIG. 54) for converting data of the first transmission 
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standard (e.g., standard of ATM) transmitted from the first terminal (e.g., ATM terminal 1 of FIG. 4) into data of the sec- 
ond transmission standard (e.g., standard of IEEE 1394), and second converting means (e.g., ASEL 31 of FIG. 54) for 
converting data of the the second transmission standard transmitted from the second terminal (e.g., 1394 terminal 4-1 
of FIG. 4) into data of the first transmission standard; and the second terminal comprises third converting means (e.g., 

5 ASEL 32 of FIG. 54) for converting data of the second transmission standard which has been caused to undergo trans- 
mission (transmitted) from the repeater into data of the first transmission standard, and fourth converting means for 
converting predetermined data of the first transmission standard into data of the second transmission standard. 

A communication control equipment according to this invention comprises setting means for setting, in advance, by 
predetermined control commands, communication channel (path) for transferring data of the transmission standard that 

10 the terminal (e.g., 1394 terminal 4-1 of FIG. 4) and another terminal (e.g., 1394 terminal 4-2 of FIG. 4) carry out trans- 
mission/reception therebetween through the repeater (e.g., ATM/1 394 repeater 3 of FIG. 4) or directly therebetween. 

It is to be noted that the aforesaid description does not mean that the respective means are limited to the above- 
descrfoed components. 

is Brief Description of the Drawings 

FIG. 1 is a view showing an example of the configuration of a conventional VOD system. 

FIG. 2 is a view showing protocol stack of U plane conceivable when IP/ATM is used. 

FIG. 3 is a view showing protocol stack of C plane conceivable when IP/ATM is used. 
20 FIG. 4 is a view showing an example of the configuration of VOD system to which a communication control equip- 
ment of this invention is applied. 

FIG. 5 is a view for explaining the relationship of ASEL-UNI. 

FIG. 6 is a view showing layer related diagram of ASEL 

FIG. 7 is a view showing insertion field of ASEL-PDU. 
25 FIG. 8 is a view showing format common to all AAL types of ASEL-PDU and coding example thereof. 

FIG. 9 is a view showing format and coding example of ASEL-PDU (AAL5 Type). 

FIG. 10 is a view showing format and coding example of ASEL-PDU (AALO Type). 

FIG. 1 1 is a view for explaining the relationship between ASEL-CMI and ASEL-UNI. . 

FIG. 1 2 is a view for explaining status transition of ASEL-CME at User side 
30 FIG. 13 is a view for explaining status transition of ASEL-CME at Network side. 

FIG. 14 is a view shewing format of field common to ASEL-CMP message. 

FIG. 1 5 is a view shewing format of WakeUp message. 

FIG. 16 is a view showing format of ActReq message. 

FIG. 1 7 is a view showing format of ActAck message. 
35 FIG. 18a view showing format of IsoReq message. 

FIG. 19 is a view showing format of IsoRply message. 

FIG. 20 is a view showing format of DestlDReq message. 

FIG. 21 is a view showing format of DestlDF^ply message. 

FIG. 22 is a view for explaining SDL 
40 FIG. 23 is a flowchart for explaining processing of status transition from the status of Reset of FIG. 1 2. 

FIG. 24 is a flowchart for explaining processing of status transition from the status of ActPending of FIG. 12. 

FIG. 25 is a flowchart for explaining processing of status transition from the status of Act of FIG. 12. 

FIG. 26 is a flowchart for explaining processing of status transition from the status of Act of FIG. 12. 

FIG. 27 is a flowchart for explaining processing of status transition from any status of FIG. 1 2. 
45 FIG. 28 is a flowchart for explaining processing of status transition from any status of FIG. 1 2. 

FIG. 29 is a flowchart for explaining processing of status transition from any status of FIG. 1 3. 

FIG. 30 is a flowchart for explaining processing of status transition from the status of Reset of FIG. 13. 

FIG. 31 is a flowchart for explaining processing of status transition from the status of ActPending of FIG. 13. 

FIG. 32 is a flowchart for explaining processing of status transition from the status of Act of FIG. 13. 
so FIG. 33 is a flowchart for explaining processing of status transition from the status of Act of FIG. 13. 

FIG. 34 is a flowchart for explaining processing of status transition from any status of FIG. 13. 

FIG. 35 is a flowchart for explaining processing of status processing from any status of FIG. 1 3. 

FIG. 36 is a flowchart for explaining processing of data transfer from the status of Ad 

FIG. 37 is a flowchart for explaining processing in the case where data is transferred. 
55 FIG. 38 is a flowchart for explaining processing in the case where data is transferred. 

FIG. 39 is a flowchart for explaining processing in the case where data is transferred. 

FIG. 40 is a flowchart for explaining more detailed processing of step S287 of FIG. 36. 

FIG. 41 is a flowchart for explaining more detailed processing of step S288 of FIG. 36. 
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FIG. 42 is a flowchart for explaining more detailed processing of step S294 of FIG. 36. 

FIG. 43 is a flowchart for explaining more detailed processing of step S300 of FIG. 36. 

FIG. 44 is a flowchart for explaining processing in the case where data is received. 

FIG. 45 is a flowchart for explaining processing in the case where data is received. 
5 FIG. 46 is a flowchart for explaining processing in the case where data is received. 

FIG. 47 is a flowchart for explaining more detailed processing of step S452 of FIG. 44. 

FIG. 48 is a flowchart for explaining more detailed processing of step S489 of FIG. 44. 

FIG. 49 is a flowchart for explaining more detailed processing of step S479 of FIG. 46. 

FIG. 50 is a flowchart for explaining more detailed processing of step S459 of FIG. 45. 
10 FIG. 51 rs a flowchart for explaining more detailed processing of step S470 of FIG. 45. 

FIG. 52 is a flowchart for explaining more detailed processing of step S483 of FIG. 46. 

FIG. 53 is a flowchart for explaining more detailed processing of step 462 of FIG. 45. 

FIG. 54 is a view showing protocol stack of U plane at the time of use of IP/ATM in the case where ASEL is 
employed. 

75 FIG. 55 is a view showing protocol stack of C plane at the time of use of IP/ATM in the case where ASEL is 
employed. 

Best More for Carrying Out the Invention 

20 FIG. 4 shows an example of the configuration of the VOD system to which this invention is applied. Similarly to the 
case shown in FIG. 1 , ATM (Asynchronous Transfer Mode) network is used at the backbone side and IEEE 1394 serial 
bus (IEEE 1394 Standards Draft 8.0v2) is used at the front end side. 

ATM terminal 1 is a server for storing video data. This server 1 is connected to ATM network 2 through UNI (User- 
Network Interface) and is adapted to carry out offer of video data, etc. ATM/1394 repeater 3 is connected to the ATM 

25 network 2 through UNI, and is adapted to receive video data from the ATM terminal 1 via the ATM network 2 to make 
an offer thereof to 1394 terminals 4-1 to 4-7 (When there is no necessity to individually discriminate between 1394 ter- 
minals 4-1 to 4-7, they will be hereinafter referred to as 1 394 terminals 4 as occasion may demand). The ATM/1 394 ter- 
minals 4 serve to receive video data provided through the IEEE 1 394 serial bus from the ATM/1 394 repeater 3 to display 
them on respective display devices such as CRT or LCD, etc. 

30 Similarly, an ATM/1394 repeater 21 is connected to the ATM network 2 through UNI, and serves to receive video 
data from the ATM terminal 1 via the ATM network 2 to make an offer thereof to 1 394 terminals 22-1 to 22-4 (When there 
is no necessity to individually discriminate between the 1 394 terminals 22-1 to 22-4, they will be hereinafter referred to 
as 1394 terminals 22 as occasion may demand). The 1394 terminals 22 serve to receive video data provided through 
the IEEE 1 394 serial bus from the ATM/1394 repeater 21 to display them on respective display devices such as CRT or 

35 LCD, etc. 

To the ATM/1 394 repeater 21,1 394 terminate 23-1 to 23-4 are also connected through IEEE 1 394 serial bus (serial 
bus of the system different from that of the IEEE 1394 serial bus to which the 1394 terminals 22 are connected). From 
the ATM terminal 1 , video data are provided (offered) also to these 1394 terminals. 

As the connection system of the IEEE 1394 serial bus, both "daisy chain" and "node branch" may be used. In the 
40 case of the daisy chain system, as far as 1 6 number of 1394 terminals (nodes (equipments having 1394 ports)) can be 
connected, and the maximum length between the terminals is prescribed by the IEEE 1394 standard requirements so 
that it is caused to be 4.5 meters or less. In the case where the node branch system is used in combination, 63 number 
of 1 394 terminals can be connected at the maximum in accordance with the standard requirements. 

The limitation of the number of terminals to be connected in accordance with daisy chain system is based on delay 
45 in transmission between terminals of the both ends. Moreover, in the IEEE 1394 standard, bus ID No. is designated by 
1 0 bits of 1 6 bits for node ID, and Physical ID No. is designated by 6 bits. With respect to one bus, 0 to 62 of Physical 
ID Nos. can be assigned to the 1 394 terminals, and the maximum number of terminals to be connected becomes equal 
to 63. Since 63 which is the last physical ID No. is used for broadcast, it cannot be assigned to physical ID Nos. with 
respect to individual terminals. 

so On the other hand, as the bus ID No., values of 0 to 1022 can be assigned to respective buses. Since 1023 which 
is the last bus ID No. is used for broadcast, it cannot be assigned to bus ID Nos. with respect to individual buses. 
Namely, the number of buses can be extended up to 1023 at the maximum. Accordingly, 64449 (= 1023x63) nodes can 
be connected at the maximum within one system. 

Each node receives packet sent to the own (self) node ID No. and packet equal in the bus ID No. or sent 
55 (addressed) to the Physical ID No. 63 which is broadcast. 

Moreover, the 1394 terminals are capable of carrying out plug-in/plug-out of the cable of the IEEE 1394 standard 
in the state where power is turned ON, i.e., the equipment is operative. At the time point when node is supplemented 
or deleted, or also at the time when power is turned ON, the 1394 terminals automatically carry out reconstruction of 
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the 1394 network to set the node ID numbers for a second time with respect to respective nodes. 

Explanation will now be given in connection with a method of mounting respective layers for carrying out emulation 
of AAL (ATM Adaptation Layer)/ATM layer (ITU-TL 363/ITU-TI.361) on link layers (1394 LINK) of the IEEE 1394 stand- 
ard in devices such as ATM/1394 repeater 3 and 21 belonging to the front end side, and 1394 terminals 4, 22, 23, etc. 
s belonging to the front end side. In this example, such layer is called ASEL (ATM over IEEE 1394 Serial bus Emulation 
layer). 

ASEL conceals the IEEE 1394 serial bus and emulates the AAL/ATM layer with respect to the software of layer 
(level) which is the same as ASEL or higher than that of the corresponding device. For this reason, in the device where 
ASEL is mounted, in the own IEEE 1394 serial bus interface, mufti (multiple) separation of VPC (Virtual Pass Connec- 
10 tionyvCC (virtual Channel Connection) can be made. Further, network access protocol software and various applica- 
tion software corresponding to the ATM network 2 can be used as they are. 

FIG. 5 is a view showing that ASEL entities in the ATM/1 394 repeater 3 and the 1394 terminals 4-1 to 4-3 are inter- 
connected on the basis of the one-to-one correspondence relationship through respective ASEL-UNIs. As shown in this 
figure, when viewed physically, plural ASEL-UNIs can exist on a single 1394 serial bus cable. 
is Moreover, the ASEL entity is divided into operations of the Network side (ATM/1394 repeater 3 side) and User side 
(1394 terminals 4-1 to 4-3 side) with ASEL-UNI being as the boundary. Respective ASEL-UNIs at the Network side can 
be discriminated by allowing 1394 Node Unique IDs that the 1394 terminals 4-1 to 4-3 of the User side individually 
retain (have) and ASEL-UNI IDs assigned to respective ASEL-UNIs to be in correspondence with each other. 

FIG. 6 shows a layer related diagram indicating location of ASEL. As shown in this figure, the ASEL provides prim- 
20 Hives similar to primitives that various AALs provide as primitive with respect to Upper layer. Namely, the ASEL receives 
AAL_UNITDATA.req (request) from the upper layer to deliver AALJJNITDATAJnd (indicate). Moreover, the ASEL 
receives AAL_U_ABORT.req to deliver AAL_U_ABORT.ind. Further, the ASEL delivers AAL_P_ABO RT ind to the 
upper layer. Thus, software of (the upper layer (e.g., IP layer, IP/ATM layer of FIG. 54 which will be described later and 
Q.2931 layer, SSCF+SSCOP of FIG. 55 which will be described layer) of ASEL can behave in a manner similar to the 
25 case where lower layer (e.g., 1394 LINK layer, 1394 PHY layer of FIGS. 54 and 55) is AAL. 

In this case, AALJJN ITDATA.req and AALJJ N ITDATA. i nd are primitives for carrying out data transfer to and from 
the upper layer. 

In the AALJJ N I TD ATA. req and AALJJN ITDATA.ind primitives, the following information are included. 

30 • ID for identifying ASELJJNI (ASEL-UNI ID) 

• VPI for identifying virtual Pass (virtual Pass Wentifier)/VCI for identifying virtual Channel (Virtual Channel Identi- 
fier) value (VPI/VCI value) 

• AALS parameter group (AALS parameters) : This parameter group is included in the case where AAL type of ASEL- 
VCC is AALS. 

35 

Interface Data: In the case where AALS is operative in the message mode, this parameter corresponds to com- 
plete AAL-SDU (Service Data Unit). In the case where AALS is operative in the streaming mode, this parame- 
ter corresponds to a partial AAL-SDU. 

• More: This parameter is not used in the message mode. In the streaming mode, this parameter indicates 
40 whether or not interface data being received and being transmitted include the last portion of the entirety of 

AAL-SDU. 

• Loss Priority: This parameter indicates Loss Priority of AAL-SDU. This parameter is mapped with respect to 
ASEL-PDU (Protocol Data Unit) header which will be described later. 

• Congestion Indication: This parameter indcates whether or not AAL-SDU has experienced the congestion 
45 state (status). This parameter is mapped with respect to ASEL-PDU header which will be described later. 

• AAL User • User Information: This parameter is transparently transferred by ASEL between ASEL upper layer 
entities of the same rank (layer). This parameter is mapped with respect to ASEL-PDU header which will be 
described later. 

• Error Status: This parameter indicates that interface data may include transmission error. This parameter is 
so used only in the case where delivery function of error data is used. This parameter is not included in 

AALJJ N ITDATA. req primitive. 

• AALO parameter group (AALO parameters) : This parameter group is included in the case where AAL type of ASEL- 
VCCisAALO. 

55 • Interface Data: This parameter corresponds to always complete AAL-SDU. 

• Loss Priority: This parameter indcates Loss Priority of AAL-SDU. This parameter is mapped with respect to 
ASEL-PDU header which will be described later. 
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• Congestion Indication: This parameter indicates whether or not AAL-SDU has experienced congestion state 
(status). This parameter is mapped with respect to ASEL-PDU header which will be described later. 

• Error Status: This parameter indicates that interface data may include transmission error. This parameter is 
used only in the case where delivery function of error data is used. This parameter is not included in 
AAL._UNITDATA.req primitive. 

Further, AAL_U_ABO RT req , AAL_U_ABORT.ind and AAL_P_ABO RT i nd primitives are primitive for carrying out 
abort service to and from the upper layer. These primitives are used only in the case where corresponding ASEL-VCC 
is in the streaming mode of AAL 3/4 or AAL5. 

AAL_U_ABORT.req primitive is used by the upper layer of ASEL in order to start (activate) abort service. 
AAL_U_ABO RT ind primitive indicates that the upper layer of ASEL should abort AAL-SDU partially delivered by indi- 
cation (instruction) from the upper layer of the same rank (layer) of the opposite (destination) side (ASEL of opposite 
side). AAL_P_ABORTind primitive is used by ASEL entity in order to indicate that the upper layer of ASEL should abort 
AAL-SDU partially delivered resulting from the fact that error takes place at ASEL or the lower layer of ASEL 

In AAL_U_ABORTreq, AAL_U_ABORT.ind and AAL_P_ABORT.ind primitives, the following information are 
included. 

• ID for identifying ASEL-UNI (ASEL-UNI ID) 

• VPI/VCI value 

Moreover, ASEL uses primitive that IEEE 1394 link layer provides as it is as primitive to and from the lower layer. 
Namely, ASEL delivers LKJSO_CONT.req to the lower layer to receive LK_CYCLE.ind. Moreover, ASEL delivers 
LKJSO.req to the lower layer to receive LKJSO.ind. Further, ASEL delivers LK_DATA.req to the lower layer to receive 
LK_DATA.conf, LK_DATA.ind to deliver LK_DATA.resp to the lower layer. Thus, the 1394 Link layer is not required to 
become conscious of the upper layer. 

LKJSO_CONT.req primitive is used in making a request for list of (accepted) receive Isochronous channel number 
in which acceptance of ASEL entity is allowed. 

In the LKJSO_CONT. req primitive, the following information are included. 

Bus Index for identifying contained 1394 serial bus (1394 Bus Index) 
Accepted receive isochronous channel number list 

LK_CYCLE.ind primitive is used in order to allow the 1394 Link layer to inform the ASEL entity that Cycle sync 
event has taken place. 

In the LK_CYCLE.ind primitive, the following information are included. 

Bus Index for identifying contained 1394 serial bus (1394 Bus Index) 

• Current cycle count value (Current cycle count): This parameter indicates that current cycle_courrt value of 
CydeJTlME register should be contained (stored). 

• Current second count value (Current second count): This parameter indicates current value of BUS_TIME register. 

LKJSO.req and LKJSO.ind primitives are used in order to carry out transfer of CBR (Constant Bit Rate) data 
between ASEL and 1394 Link layer. ASEL entity uses LKJSO.req primitive in order to request the 1394 Link layer for 
transmission of one Isochronous packet. In addition, the 1394 Link layer uses LKJSO.ind primitive in order to inform 
the ASEL entity that one Isochronous packet has been received. 

In the LKJSO.req and LKJSO.ind primitives, the following information are included. 

• Bus index for identifying contained 1 394 serial bus (1 394 Bus Index) 
Tag value 

Isochronous channel number 

Synchronization code: This parameter is not used in the ASEL entity. 
Data length 

• Data: This parameter incficates ASEL-PDU. 

• Speed: This parameter indicates transmission rate (100M/200M/400M bps) of packet. 

• Packet status: This parameter indicates result of the receiving operation of packet executed by 1 394 Link layer. This 
parameter is included only in the LKJSO.ind primitive. 

LK_DATA.req primitive is used for carrying out transmission of UBR (Unassigned Bit Rate) or ABR (Available Bit 
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Rate) data. ASEL entity uses this primitive in order to request the 1394 Link layer for transmission of single Asynchro- 
nous packet 

In the LK_DATA.req primitive, the following information are included. 

• Bus Index for identifying contained 1394 serial bus (1394 Bus Index) 

• Destination Self ID 

• Destination offset: This parameter is fixed to value for indicating that ASEL-PDU is stored in Data field of this Asyn- 
chronous packet. 

• Transaction code: This parameter is fixed to value (i e. =1) of "write request for data block". 

• Extended transaction code: This parameter is not used in the ASEL entity. 

• Retry code: This parameter is fixed to value (i.e.,=1) of "retry not supported". 

• Data length 

• Data: This parameter indicates ASEL-PDU. 

• Speed: This parameter indicates transmission rate (1 OOM/200M/400M bps) of packet 

LK_DATA.conf primitive is used by 1394 Link layer in order to allow the upper layer to confirm transmission of one 
Asynchronous packet 

In the LK_DATA.conf primitive, the following information are included. 

• Bus Index for identifying contained (accommodated) 1 394 serial bus (1 394 Bus Index) 
Request Status: This parameter indicates result of LK.DATA.req primitive. 

• Acknowledge: This parameter includes one of values of Ack_code defined in accordance with the IEEE 1394 
standard. 

LK_DATA.ind primitive is used for carrying out reception of UBR or ABR data. The 1394 Link layer uses this primi- 
tive in order to inform ASEL entity that one Asynchronous packet has been received. 
In the LK_DATA.ind primitive, the following information are included. 

• Bus Index for identifying contained (accommodated) 1394 serial bus (1394 Bus Index) 

• Source Self ID 

• Destination Self ID 

• Destination offset: This parameter is fixed to value for indicating that ASEL-PDU is stored in Data field of this Asyn- 
chronous packet. 

Transaction code: This parameter is fixed to value (i e.,=1) of "write request for data block" 

• Extended transaction code: This parameter is not used in ASEL entity. 
Transaction label: This parameter is not used in ASEL entity. 

Retry code: This parameter is fixed to value (i.e.,-1) of "retry not supported". 
Data length 

• Data: This parameter indicates ASEL-PDU. 

• Speed: This parameter indicates transmission rate (100M/200M/400M bps) of packet 

• Packet status: This parameter indicates result of receiving operation of packet executed by 1 394 Link layer. 

LK_DATAresp primitive is used by ASEL entity in order to carry out response with respect to received one Asyn- 
chronous packet. Namely, by transmitting one acknowledge packet that sub action is completed. 
In the LK_DATAresp primitive, the following information are included. 

• Bus Index for identifying contained (accommodated) 1 394 serial bus (1 394 Bus Index) 

• Acknowledge: This parameter includes one of values of Ackcode defined in accordance with IEEE 1394 standard. 

• Bus Occupancy Control: This parameter controls whether or not the 1 394 Link layer releases govering right of the 
1394 serial bus after transmission of acknowledge packet 

• Speed: This parameter indicates transmission rate (100M/200M/400M bps) of packet 

Further, ASEL carries out transmission/reception of primitives for ASEL management including various manage- 
ment information such as configuration, fault, performance and alarm, etc. relating to the ASEL entity of the opposite 
(destination) side and the own ASEL entity between the ASEL and (local) ASEL layer management entity. 

As the primitive for ASEL layer management seven kinds of primitives roughly classified are provided. In more 
practical sense, there are seven kinds primitives of start, reset, connection control, local fault remote fault, local error 
and data transfer. 
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Initially, as primitive relating to starting (Act) of ASEL, MASEL_Actreq from the ASEL layer management is 
accepted (received) to deliver MASEL_Act.ind. The MASEL_Actreq primitive is used by ASEL layer management of 
User side in order to request that the ASEL entity is shifted to the starting state (Actstatus). The MASEL_Actind prim- 
itive is used by ASEL entity in order to inform ASEL layer management that the ASEL entity has been shifted to the 
5 starting state (Actstatus). 

In the MASEL_Act.req and MASEL_Actind primitives, the following information are included. 

• ID for identifying ASEL-UNI (ASEL-UNI ID) 

• Bus Index for identifying contained (accommodated) 1394 serial bus (1394 BUS Index): This parameter is not 
10 included in the MASEL_ACT.req primrtiva 

As primitive relating to reset of ASEL, MASEL_Reset.req from ASEL layer management is accepted (received). 
The MASEL_Reset.req primitive is used by ASEL layer management in order to request that ASEL entity shifts to the 
reset status (Resetstatus). 
75 In the MASEL_Resetreq primitive, the following information are included. 

• ID for identifying ASEL-UNI (ASEL-UNI ID) 

As primitive relating to connection control of ASEL, MASEL_ConSet.req and MASEL_Con.Rec.req from ASEL 
20 layer management are accepted (received) to provide MASEL_ConSetconf. Moreover, MASEL_ConRel.req from 
ASEL layer management is accepted (received) to provide MASEL_ConRel.conf. 

MASEL_ConSet req primitive is used by ASEL layer management in order to request that new ASEL-VCC is set 
In MASEL_ConSet.req primitive, the following information are included. 

ID for identifying ASEL-UNI (ASEL-UNI ID) 
VPI/VCI value 

ID for uniquely identifying (discriminating between) respective ASEL connections on all ASEL-UNIs existing in the 
ASEL entity (ASEL Connection ID) 
AALType 

Routing Area: This parameter indicates routing area of ASEL-VCC to be set As value of the parameter, five kinds 
of parameter values of External/Internal and same 1394 Bus/Internal and other 1394 Bus/Termin ate/Unknown can 
betaken. 

Topology: This parameter indicates form of ASEL-VCC. As value of parameter, two kinds of parameter values of 
Poirrt-Point/Poirrt-Multipoint can be taken. 

AAL5 Specific information: This parameter is used only in the case where AAL type parameter is AAL5. 

• Error SDU delivery to Upper Layer 

• Transmit Maximum SDU Size 

• Receive Maximum SDU Size 

• AALO Specific information: This parameter is used only in the case where AAL type parameter is AALO. 

• Error SDU delivery to Upper Layer 

45 • Transmit Bandwidth 

• Receive Bandwidth 

• QoS class: This parameter determines Quality of Service of ASEL-VCC. As value of the parameter, four kinds of 
parameter values of UBR/CBR/VBR (Variable Bit Rate)/ABR can be taken. 

ABR traffic information: This parameter is used only in the case where QoS class parameter is ABR. 

50 

• Minimum Transmit Rate 

• Minimum Receive Rate 

• Initial Transmit Rate 

• Initial Receive Rate 

55 • Transmit Trm: This parameter is used only at User side. 

• Transmit Allowed Rate Decrease Time Error: This parameter is used only at User side. 

• Transmit Rate Increase Factor: This parameter is used only at User side. 

• Transmit Rate Decrease Factor: This parameter is used only at User side. 
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• Transmit Cutoff Decrease Factor: This parameter is used only at User side. 

• Transmit Segmentation size: This parameter is equal to divided respective transmit ASEL-PDU lengths (sizes). 
This parameter is not used in ASEL-VCC of AALO type. 

• Receive Sequence Number: This parameter determines whether or not check of SN (Sequence Number) field of 
received ASEL-PDU header should be carried out 

MASEL_ConRec.req primitive is used by ASEL layer management of User side in order to request recovery 
(restore) of ASEL-VCC in ASEL-UNI which has been shifted to Reset status resulting from bus reset of 1394 and has 
been then restored to Act status for a second time. 

MASEL_ConSetconf primitive is used by ASEL entity in order that ASEL layer management confirms result of the 
operation with respect to MASEL_ConSetreq or MASEL_ConRec.req primitives. In addition, the ASEL entity uses 
MASEL_ConSetconf primitive in order to inform that the ASEL-VCC has been restored. 

MASEL_ConRel.req primitive is used for releasing ASEL-VCC by ASEL layer management. 

MASEL_ConRel.conf primitive is used by ASEL entity in order that the ASEL layer management confirms result of 
the operation with respect to the MASEL_ConRel.req primitive. 

In the MASEL_ConRec.req, MASEL_ConSetcorrf, MASEL„ConReI.req and MASEL_ConRel.conf primitives, the 
following information are included. 

• ID for identifying ASEL-UNI (ASEL-UNI ID) 

• VPl/VCI value 

• ID for uniquely identifying (discriminating between) respective ASEL connections on all ASEL-UNIs existing in the 
ASEL entity (ASEL Connection ID) 

As primitive relating to local fault of ASEL, MASEL_BusHatt.ind and MASEL_ExpireEr.ind are delivered with 
respect to the ASEL layer management. Since these primitives mean that serious (fatal) fault has taken place in the 
local ASEL entity, the ASEL layer management entity and the application software should immediately release all 
resources relating to the ASEL-UNI where fault has taken place. 

MASEL_BusHattind primitive indicates at User side that 1394 serial bus is stopped and indicates at Network side 
that 1394 serial bus is stopped or 1394 terminal of User side is lost. 

MASEL_ExpireEr.ind primitive indicates that serious (fatal) error followed by timer expiration has taken place in the 
local ASEL entity. 

In the MASEL_BusHalt.ind and MASEL_ExpireEr.ind primitives, the following information are included. 

• ID for identifying ASEL-UNI (ASEL-UNI ID) 

As primitive relating to remote fault of ASEL, MASEL_FatalEr.ind is delivered with respect to ASEL layer manage- 
ment. Since this primitive means that any serious (fatal) error has taken place in the remote ASEL entity, the ASEL layer 
management entity and the application software should immediately release all resources relating to the ASEL-VCC 
where fauft has taken place. 

In MASEL_FatalEr.ind primitive, the following information are included. 

• ID for identifying ASEL-UNI (ASEL-UNI ID) 

• VPl/VCI value 

• ID for uniquely identifying (discriminating between) respective ASEL connections on all ASEL-UNIs existing in the 
ASEL entity (ASEL Connection ID) 

• Error Code: This parameter is a parameter obtained by coding the fault content which has taken place in the remote 
ASEL entity. 

As primitive relating to local error of ASEL, MASELJsoEr.ind, MASEL_DestEr.ind and MASEL_StsEr.ind are deliv- 
ered with respect to the ASEL layer management. 

Since the MASELJsoEr.ind and MASEL_DestEr.ind primitives mean that error relating to ASEL-VCC setting has 
taken place in the local ASEL entity, the ASEL layer management entity and the application software should quickly 
release all resources relating to the ASEL_VCC where fauft has taken place. 

In MASELJsoEr.ind and MASEL_DestEr.ind primitives, the following information are included. 

• ID for identifying ASEL-UNI (ASEL-UNI ID) 

• VPl/VCI value 
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ID for uniquely identifying (discriminating between) respective ASEL connections on all ASEL-UNIs existing in the 
ASEL entity (ASEL Connection ID) 

MASEL.StsEr.ind primitive indicates that error relating to status transition has taken place in the local ASEL entity. 
5 In the MASEL_StsEr.ind primitive, the following information are included. 

• ID for identifying ASEL-UNI (ASEL-UNI ID) 

As primitive for carrying out data transfer including layer management information of ASEL, MASEL_DATA.req is 
10 accepted (received) from ASEL layer management to deliver MASEL_DATAJnd. These primitives are used for transfer- 
ring arbitrary management information between ASEL layer management entities of the same rank (layer) of the oppo- 
site (destination) side. 

Parameters in the MASEL_DATA. req and MASEL.DATA.ind primitives include parameters having the same con- 
tent as AALO parameters in the AAL_UNITDATA.req and AAL_U N ITDATA. ind primitives. This is because AAL type of 
75 ASEL-PDU for transferring these primitives uses AALO at all times. 

In the MASEL_DATA.req and MASEL_DATA.ind primitives, the following information are included. 

• ID for identifying ASEL-UNI (ASEL-UNI ID) 

• VPI/VCI value 

20 • Management ID: This parameter is used in order to identify kind of management information included as interface 
data. 

Interface Data: This parameter always corresponds to complete AAL-SDU. 

Loss Priority: This parameter indicates Loss Priority of AAL-SDU. This parameter is mapped with respect to ASEL- 
PDU header which will be described later. 
25 • Congestion Indication: This parameter indicates whether or not AAL-SDU has experienced the congestion state 
(status). This parameter is mapped with respect to ASEL-PDU header which will be described later. 

• Error Status: This parameter indicates that interface data may include transmission error. This parameter is used 
only in the case where delivery function of error data is used. This parameter is not included in the 
MASEL_DATA.req primitive. 

30 

The main functions of ASEL will now be described. First of all, VPC/VCC multi (multiple) separation in respective 
ASEL-UNIs can be made. Namely, ASEL entity permits plural VPC/VCC to be set on Isochronous channel, ft is to be 
noted that VPI (Virtual Path ldentification)/VCI (Virtual Channel Identification) values of VPC/VCC set on different Iso- 
chronous channels may overlap with each other. 

35 Moreover, the ASEL entity permits setting of plural VPI/VCI values and discrimination therebetween every Dest 
(Destination)-! D which is node ID No. of the destination (opposite side) at the time of transmission and every Src 
(Source)-ID which is the own (source) node ID No. at the time of reception. 

ft is to be noted that VPI/VCI values of VPC/VCC in different Dest-ID or Src- ID may overlap with each other. Various 
parameters relating to VPC/VCC are set by using MASEL_ConSet.req primitive from ASEL layer management. 

40 Secondly, ASEL guarantees QoS (Quality of Service). Namely. ASEL carries out CBR (Constant Bit Rate) service 
of ATM by using the Isochronous packet of the IEEE 1394 standard, and carries out UBR (Unassigned Bit Rate) service 
and ABR (Available Bit Rate) service of ATM by using the Asynchronous packet of the IEEE 1394 standard to guarantee 
QoS with respect to ASEL user. 

FIG. 7 shows data format of packet caused to undergo transmission/reception in the IEEE 1394 standard. This 

45 packet consists of header portion and data field. In the header portion, in the case of Asynchronous packet, information 
such as destination address, source node •address and transfer data • size. etc. are stored; in the case of the Iso- 
chronous packet information such as channel ID, eta is stored. Data to be actually caused to undergo transmission 
(transmitted) are stored in quadlet units (4 byte units) in the data field. The size of the data field is adjustable. In the data 
field, zero pad bytes are suitably inserted as occasion demands into the last portion of data so that size of the packet 

so becomes 4 byte units. 

In the case where the transmission rate (speed) is 100 Mbps (mega bits/sec), the maximum length (size) of the 
packet becomes equal to 1024 bytes in the case of the Isochronous packet of the IEEE 1394 standard, and becomes 
equal to 51 2 bytes in the case of the Asynchronous packet of the IEEE 1394 standard. In addition, prior to carrying out 
data transfer, transmit segment size parameters of MASEL_ConSetreq primitive are set every respective ASEL-VCCs 
as in the ASEL entity. Thus, with respect to packets which exceed any one of these values, those packets are transmitted 
in the state divided into plural packets. 

For example, in the case of the Asynchronous packet of the IEEE 1394 standard, packet transmitted from a prede- 
termined node is transferred to all nodes within the IEEE 1394 serial bus. Accordingly, respective nodes read the 
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header portion of this packet to read it there into when data of this packet is packet data addressed to the own node. 
Moreover, in the case of the Isochronous packet of the IEEE 1 394 standard, channel ID is used without using node * ad- 
dress. For example, in the case where data are simultaneously transferred from plural nodes, channel IDs for identifying 
(discriminating between) their contents are respectively set at data to be transferred. Thus, the node which receives 

5 data sets channel ID corresponding to predetermined transfer data to accept (receive) only desired data. Accordingly, 
two nodes or more can also accept (receive) data of the same channel ID. In this way, data can be transferred from a 
predetermined node to any other predetermined node. 

Moreover, as has been shown in FIG. 7, ASEL-PDU (Protocol Data Unit) is inserted into data field of Write request 
for data block packet or Isochronous data-block packet format of Asynchronous packet formats with data block payload 

10 prescribed in the IEEE 1 394 standard. As described later with reference to FIGS. 8 to 10, ASEL-PDU consists of header 
portion and payload portion. 

In the case of transferring ASEL-PDU, values of the fields described below are fixed in the header of the Asynchro- 
nous packet (Write request for data block packet). 

is • Destination offset field: TTie field value is set to specific offset value for indicating that ASEL-PDU is stored in the 
data field of this Asynchronous packet 

• Transaction code field: 0001 : write request for data block 
Extended transaction code field: 0000 

20 In the case of transferring ASEL-PDU, values of the fields described below are fixed in the header of the Iso- 
chronous packet (Isochronous data-block packet). 

• Transaction code field: 1010: Isochronous data block 

As shown in FIGS. 8 to 10, the ASEL-PDU consists of header portion and payload portion. 
25 In the ASEL-PDU header, the following information are included. 

• VPIA/CI information for identifying VPC/VCC 

• ASEL layer management discrimination information 
•QoS class 

30 • AAL-SDU (Service Data Unit) last (final) indication 

• AAL-SDU sequence No. 

• AAL type discrimination information 

• AAL specific information 

Moreover, ASEL-PDU payload includes information as described belcw. 
35 -AAL-SDU 

ASEL realizes the above-described various functions by using ASEL-PDU as shewn in FIG. 8 between ASEL enti- 
ties of the same rank (layer). FIG. 8 shows format of ASEL-PDU common to all AAL types. 

In this figure, VPl/VCI value is VPIA/CI value field, and 1 byte is assigned to VPI value and 2 bytes are assigned to 
40 VCI value. This permits emulation of VPI and VCI in ATM. Ml is Management information Indicator field consisting of 1 
bit, and indicates whether or not the content of AAL-SDU is ASEL layer management information. When that content is 
not ASEL layer management information, value 0 is set, while that content is ASEL layer management information, 
value lis set 

MNG-ID is ASEL Layer Management Identifier field of 3 bits. When this field is Peer ASEL Entity management, 
45 value 000 is set, and when this field is Segment F5 flow OAM, value 001 is set. When this field is End-End F5 flew OAM, 
value 010 is set. Further, when this field is Resource management, value 01 1 is set. Other values are reserved, ft is 
here noted that "reserved" means undefined state. 

QoS Class is QoS Class field of 4 bits. When URB service is used, value 0000 is set. When CBR service is used, 
value 0001 is set Moreover, in the case where VBR (Variable Bit Rate) service is used, value 0010 is set. Further, in 
so the case where ABR (Available Bit Rate) service is used, value 001 1 is set. Other values are reserved. 

MR is More Indication field of 1 bit and indicates whether or not PDU caused to undergo transmission/reception 
includes the terminating portion of AAL-SDU. When the terminating portion of AAL-SDU is included, value 0 is set. 
When the terminating portion of AAL-SDU is not included, value 1 is set. 

SN is Sequence Number field of 7 bits, and is caused to undergo management every VPIA/CI value Every time 
as ASEL-PDU in which the content of AAL-SDU is information except for ASEL layer management information is transmit- 
ted, 1 is added by modulo 128. In the case where the content of AAL-SDU includes ASEL layer management informa- 
tion, this field is not added. Accortingly, in the case where values of the SN field are discontinuous, the receiving side 
can detect that losing (missing) or erroneous insertion of ASEL-PDU has taken place resulting from transmission error, 
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etc. on the way. 

AAL-Type field is constituted with 4 bits and indicates type of AAL When type of AAL is AALO (is equal to null AAL 
or raw cell), i.e.. there is no AAL, value 0000 is set When type of AAL is AAL 1, value 0001 is set. When type of AAL is 
AAL 2, value 0010 is set When type of AAL is AAL 3 or 4, value 001 1 is set When type of AAL is AAL5, value 0101 is 
5 set In addition, value 0100 and other values are reserved. 

AAL Specific Information field consists of 20 bits, and specific information are stored every respective AAL types. 
Payload (AAL-SDU) field has variable length, and stores SDU caused to undergo transmission/reception to and from 
the upper layer or the layer management. PAD field is zero pad bytes within data field of Asynchronous/Isochronous 
packet of the IEEE 1394 standard, and Payload field is inserted so that there results multiple of integer of 4 bytes. 
w FIG. 9 shows format and coding example of ASEL-PDU (AAL5 Type). In the ASEL-PDU of AAL5 Type, value 0 is 
set in Ml field shown in FIG. 8 and value 0101 is set in AAL Type field. Further, information peculiar to AAL5 Type is 
stored in AAL Specific Information field. Namely, LP is Loss Priority field of 1 bit, and value 0 is set at the time of low 
loss priority and value 1 is set at the time of high loss priority. LP field is used when preferentially undergoing aborting 
(disposal) from cells which are not important in the case where there results Congestion state within the system. For 
is example, a processing is conducted such that cells where value 0 is set are difficult to undergo aborting (disposal), and 
cells where value 1 is set are easy to undergo aborting (disposal). 

CI is Congestion Indicator field of 1 bit When there is no Congestion past record, value 0 is set When there is Con- 
gestion past record, value 1 is set. 2 bits subsequent thereto are reserved. 

El is Error Indicator field of 1 bit. When there is no error, value 0 is set. When error exists, value 1 is set. ER-ID is 
20 Error Identifier field of 7 bits. In the case of non-use, value 0000000 is set. Value 0000001 to Value 0111111 are 
reserved. In the case of CPCS (Common Part Convergence Sublayer) CRC error, value 1000001 is set In the case of 
CPCS-SDU Length error, value 1000010 is set. Other values are reserved. 
The next CPCS-UU is CPCS-User to User information field of 8 bits. 

FIG. 10 shows format and coding example of ASEL-PDU (AALO Type). In the format of ASEL-PDU of AALO type, 
25 value 0 is set with respect to MR field shown in FIG. 8 and value 0000 is set with respect to AAL Type field. Further, 
information peculiar to AALO Type is stored into AAL Specific Information field. Namely, LP is Loss Priority field of 1 bit. 
In the case of low loss priority, value 0 is set. In the case of high loss priority, value 1 is set. CI is Congestion Indicator 
field of 1 bit. When no congestion past record exists, value 0 is set. When congestion past record exists, value 1 is set. 
2 bits subsequent thereto are reserved. 
so El is Error Indicator field of 1 bit. When there is no error, value 0 is set. When there is error, value 1 is set. ER-ID is 
Error Identifier field of 7 bits. In the case where this field is not used, value 0000000 is set At the time of OAM (Opera- 
tion And Maintenance) cell EDC (Error Detection Code) error, value 0000001 is set Other values are reserved. The 
next (subsequent) 8 bits are reserved. 

The specification of the ASEL connection management which is one of functions of ASEL will now be indicated. 
35 As shown in FIG. 1 1 , respective one ASEL-CMIs (Connection Management Interfaces) exist on ASEL-UNIs. The 
ASEL-CMI is interface for interconnecting ASEL-CMEs (Connection Management Entities) mounted in ATM/1394 
repeater 3 which is the Network side and 1394 terminals 4-1 to 4-3 which are User Side. 
The functions of ASEL-CMI are indicated below. 

40 • ASEL-PDUs called "ASEL Connection Management Protocol (ASEL-CMP)" are transferred through ASEL-CMI. 

• ASEL-CMP transfers message between ASEL-CMEs of the same rank (layer) by ASEL-PDUs using 1394 Asyn- 
chronous packet of the AALO type to control ASEL-VCC. 

• Coding of respective fields of ASEL-PDU header used in the message of ASEL-CMP is as follows: 

45 • VPIA/Clvaluye = ainr 

• Ml = 1 

• MNG-ID = 000 (Same Rank (Layer) ASEL Entity Management) 

• QoS class = 0000 

• ALL-Type = AALO 

50 

List of messages used in ASEL-CMP is shown in Table 1 and Table 2. The message of the Table 1 are messages 
in which there is possibility that ASEL-CME may be caused to undergo status transition when that message transmitted 
or received. The messages of the Table 2 are messages in which no state transition takes place. 

55 
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Table 1 



Message of ASEL-CMP where status transition takes place 


Name 


Direction 


Connection Form 


Parameter 


WakeUp 


U->N 


Broadcast 


User side Self ID, User side Node Unique ID 


ActReq 


N-»U 


One-to-One 


User side Self ID. User side Node Unique ID, Network side Self ID, Net- 
work side Node Unique ID 


ActAck 


U->N 


One-to-One 


Error Code 



75 

Table 2 



Message of ASEL-CMP where no status transition takes place 


Name 


Direction 


Connection Form 


Parameter 


IsoReq 


U->N 


One-to-One 


Assigned VPI/VCI 


IsoRply 


N->U 


One-to-One 


Assigned VPI/VCI, Assigned Isochronous Channel Value, ASEL- 
VCC Operation Speed 


DestlDReq 


U->N 


One-to-One 


Assigned VPI/VCI, 


DestlDRply 


N-MJ 


One-to-One 


Assigned VPI/VCI, Destination Self ID, ASEL-VCC Operation 
Speed 



30 WakeUp message fits format will be described later with reference to FIG. 15) is used when respective ASEL- 

CMEs of User side inform Network side that their own starting operations have been completed. This message always 

uses broadcast address as Destination ID of 1394 Asynchronous packet. 

ActReq message (its format will be described later with reference to FIG. 1 6) is used when after WakeUp message 

is received, ASEL-CME of Network side requests respective User sides for starting of AS EL-CM Es, and requests reg- 
35 istration of Self ID (e.g., at the time of power ON, etc., ID automatically added by the IEEE 1394 standard) and Node 

Unique ID of Network side. 

ActAck message (its format will be described later with reference to FIG. 1 7) is used when ASEL-CME of User side 
informs Network side of result of the operation with respect to ActReq reception. 

IsoReq message fits format will be described later with reference to FIG. 1 8) is used when ASEL-CME of User side 
40 requests Network side for value of Isochronous channel which solves assigned VPIA/CI. 

IsoRply message fits format will be described later with reference to FIG. 1 9) is used when ASEL-CME of Network 
side responds to IsoReq in order to assign Isochronous channel to User side. 

DestlDReq message fits format will be described later with reference to FIG. 20) is used when ASEL-CME of User 
side requests Network side for value of Destination ID of Asynchronous packet which solves assigned VPI/VCI. 
45 DestlDRply message (its format will be described later with reference to FIG. 21) is used when ASEL-CME of Net- 
work side responds to DestlDReq in order to teach Self ID of destination node to User side. 

Status transitions in ASEL-CMEs of User side and Network side are respectively shown in FIGS. 12 and 13. 

Status transitions independently take place every respective ASEL-CMIs. For this reason, the device in which plural 
ASEL-CMIs exist is required to carry out management of the statuses every corresponding respective ASEL-CMEs. 
so In FIGS. 12 and 13, Reset Status indicates whether or not tree topology is established immediately after initializa- 
tion state or reset of 1394 serial bus; ActPending Status indicates the statuses (states) waiting for ActReq message 
reception from Network side at User side (FIG. 1 2) and ActAck message reception from User side at Network side (FIG. 
13); and Act Status indicates the status where Network side and User side both recognize to each other that ASEL- 
CMEs are activated. 

55 Only in the Act Status, ASEL-CMEs of Network side and User side can carry out transmission/reception of mes- 
sage for acquiring resources shown in the Table 2 (i.e., IsoReq, IsoRply, DestlDReq, DestlDRply). 

Further, Timer_Reset indicates bus reset allowed time period of 1 394 serial bus. Ordinarily, even in the case where 
1394 bus reset takes place, 1394 bus is restored from the reset status for (within) several 100 jis. ASEL-VCC must not 
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be released by such momentary transition to the reset status. Namely, until Tlmer_Reset is expired, respective ASEL- 
CMEs of Network side and User side must maintain all settings of ASEL-VCC. However, until respective ASEL-CMEs 
are restored to Act Status, Asynchronous packets in ASEL-VCCs of topology type of Point-Point will be caused to 
undergo disposal (aborting). This is because DestinationlDs in these Asynchronous Packets are uncertained at this 
5 time point. 

In addition, Timer-ActPending indicates timing for re-sending (re-transmitting) Wake up message at User side or 
ActReq message at Network side. 

FIG. 14 shows format of field common to all ASEL-CMP messages. 

In FIG. 14, Message ID field consists of 8 bits and indicates kind of ASEL-CMP messages. Value 00000000 is not 
to yet used. In the case of the Wake up message, value 00000001 is set In the case of ActReq message, value 00000010 
is set. In the case of ActAck, value 00000011 is set In the case of IsoReq message, value 000001 00 is set. In the case 
of IsoRply message, value 00000101 is set In the case of DestlDReq message, value 000001 10 is set In the case of 
DestlDRply message, value 000001 1 1 is set. In addition, other values are reserved. 

Reference ID field consists of 16 bits, and indicates ID Nos. that Network side and User side make reference to 
is each other in order that contradiction of the status transition does not take place therebetween. In the case where 
ASEL-CME of User side transmits Wake up message in carrying out transition from Reset Status, ASEL-CME of User 
side must assign new Reference ID of unique value to that Vfeke up message in that ASEL-CMI. ASEL-CMEs of User 
side and Network side must use this value as current Reference ID. Further, in the case where an arbitrary message 
except for Wake up message having value different from value of current Reference ID is received, that message must 
20 be disregarded. 

Error Code field consists of 8 bits, and indicates factor of error or alarm which has taken place in ASEL-CME. Error 
Code fields are defined every respective messages. The detail of coding rule will be deserved later. In the case where 
error and alarm do not exist value 00000000 is set. In the case where event to be alarmed takes place, value 10 is set 
at the high order 2 bits. In the case where message with alarm is received, processing is continued as far as possible. 
25 In the case where event subject to serious (fatal) error takes place, value 1 1 is set at the high order 2 bits. In the case 
where message with error is received, ASEL layer management is immediately informed of error. Other values are 
reserved. 

Format of Wake up message is shewn in FIG. 15. 

In FIG. 15, with respect to coding of Error Code field, in the case where there is no error, value 00000000 is set. In 
30 the case of alarm of re-sending (retransmission) of message, value 10000001 is set Other values are reserved. 

User side NodeJJniqueJD (NUJD) field consists of 64 bits, and global and unique value of Node Unique ID that 
1394 terminal of User side retains (has) is set by ASEL-CME of User side. The high order 24 bits indicate VendorJD 
and the low order 40 bits indicate ChipJD. 

User side Self ID field consists of 16 bits, and value of Self ID which is node address of User side is set by ASEL- 
35 CME of User side. The high order 10 bits indicate BUSJD and the low order 6 bits indicate PHYJD. 
Format of ActReq message is shown in FIG. 16. 

In FIG. 16, with respect to coding of Error Code field, in the case where there is no error, value 00000000 is set In 
the case of alarm of re-sending (retransmission) of message, value 10000001 is set. Further, in the case of alarm of 
topology change, value 10000010 is set. Other values are reserved. 
40 Network side NodeJJniqueJD (NUJD) field consists of 64 bits, and one of global and unique values of Node 
Unique ID that device of Network side retains (has) every 1394 serial bus is set by ASEL-CME of User side. The high 
order 24 bits indicate VendorJD and the low order 40 bits indicate ChipJD. 

Network side self ID field consists of 1 6 bits, and value of Self ID which is node address of Network side is set by 
ASEL-CME of Network side. The high order 10 bits indcate BUSJD and the low order 6 bits indicate PHYJD. 
45 Format of ActAck message is shown in FIG. 17. 

In FIG. 1 7, with respect to coding of Error Code field, in the case where there is no error, value 00000000 is set In 
the case of serious (fatal) error of failure in starting, value 1 1 000001 is set. Other values are reserved. 

Format of IsoReq message is shown in FIG. 18. 

In FIG. 1 8. with respect to coding of Error Code field, in the case where there is no error, value 00000000 is set In 
so the case of alarm of re-sending (retransmission) of message, value 10000001 is set 

Assigned VPI/VCI field consists of 24 bits, and VPI value (8 bits) and VCI value (1 6 bits) assigned by MASEL-Con- 
Setreq primitive from the own ASEL layer management are set. 
Format of IsoRply message is shewn in FIG. 19. 

In FIG. 1 9, with respect to coding of Error Code field, in the case where there is no error, value 00000000 is set. In 
55 the case of serious (fatal) error where no available Isochronous channel exists, value 1 1000010 is set. 

Assigned VPI/VCI field consists of 24 bits, and VPI value (8 bits) and VCI value (16 bits) included in IsoReq mes- 
sage from User side are set. 

Assign Isochronous Channel field consists of 8 bits, and Tag field of 1394 Isochronous packet header is set at the 
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high order 2 bits. Isochronous channel that the Network side has assigned is set at the low order 6 bits. 

As an example of how to use Tag field, this field is used as bit-map for filtering at the time of reception of Iso- 
chronous packet. For example, an approach is employed to allow the high order bit of 2 bits to be Listen Bit of Network 
Side and to allow the lew order bit thereof to be Listen Bit of User Side to accept packet only in the case where corre- 
5 sponding bit indicates "1 This way of use is effective in the case there is a necessity such that when filtering function 
by the Isochronous channel is not sufficient (e.g., the number of channels which can be set is small, etc.), respective 
nodes prevent reception of unnecessary packets as simple as possible. For example, Tag field of Dummy packet trans- 
mitted when there is no packet to be sent is set to (0, 0), thereby making it possble to disregard reception of unneces- 
sary packet without discriminating value of Isochronous channel. In addition, (0, 1) is assigned to ASEL-VCC that only 
10 User side should receive, (1 , 0) is assigned to ASEL-VCC that only Network Side should receive, and (1 , 1 ) is assigned 
to ASEL-VCC that User Side and Network side should both receive. 

Moreover, with respect to Tag field, there may be also employed a way of use to extend the number of channels of 
Isochronous channel. Namely, Isochronous channel of 6 bits is extended to 8 bits to use the high order 2 bits thereof as 
Tag field. At this time, value 00 of Tag field is not used. Thus, as the entirety of field, values from the value 00000000 
75 up to the value 001 1 1 1 11 result in values which cannot be utilized. As a result, values from the value 01000000 up to 
the value 1 1 1 1 1 1 1 1 are set as available (utilizable) Isochronous channel. 

ASEL-VCC Opr_Speed field consists of 8 bits, and indicates data transferable speed in this ASEL-VCC. In the 
case of S100 (100 Mbps), value 00000000 is set. In the case of S200 (200 Mbps), value 00000001 is set Further, in 
the case of S400 (400 Mbps), value 00000010 is set. Other values are reserved. 
20 Format of DestlDReq message is shown in FIG. 20. 

In FIG. 20, with respect to coding of Error Code field, in the case where there is no error, value 00000000 is set. In 
the case of alarm of re-sending (retransmission) of message, value 10000001 is set 

Assigned VPI/VCI field consists of 24 bits, and VPI value (8 bits) and VCI value (16 bits) assigned by 
MASEL__ConSet.req primitive from the own ASEL layer management are set. 
25 Format of DestlDRply message is shown in FIG. 21 . 

In FIG. 21 , with respect to coding of Error Code field, in the case where there is no error, value 00000000 is set. In 
the case of serious (fatal) error such that Destination ID cannot be found, value 1 100001 1 is set. 

Assigned VPI/VCI field consists of 24 bits, and VPI value (8 bits) and VCI value (16 bits) included in DestlDReq 
message from User side are set. 
30 Destination Self ID field consists of 16 bits, and value of Self ID which is node address of the destination corre- 
sponding to this ASEL-VCC is set. The high order 10 bits indicate BUSJD and the low order 6 bits indicate PHYJD. 

ASEL-VCC Opr_ Speed field consists of 8 bits, and indicates data transferable speed in this ASEL-VCC. In the 
case of S100 (100 Mbps), value 00000000 is set. In the case of S200 (200 Mbps), value 00000001 is set Further, in 
the case of S400 (400 Mbps), value 00000010 is set. Other values are reserved. 
35 Explanation will now be given in connection with the process of the status transition of ASEL-CME by using the 
flowchart represented by SDL (Stateand Description Language). In this case, the list of SDL keys is shown in FIG. 22. 
Respective symbols shown in the flowcharts of FIGS. 23 to 25 have meanings as shown in FIG. 22. The process relat- 
ing to commands of ASEL-CME at User side shown in FIG. 12 is shown in FIGS. 23 to 28, and the process relating to 
commands of ASEL-CME at Network side shown in FIG. 13 is shown in FIGS. 29 to 35. Further, data transfer process 
40 of the transmitting side is shown in FIGS. 36 to 43, and data transfer process of the receiving side is shown in FIGS. 44 
to 53. 

These processes will now be described. Prior thereto, parameters indicated in the respective processes will be 
explained as below. 

The following parameters are set in a manner common to ASEL entities. 

45 

• aseJLayerOprMode indicates whether ASEL entity is operative in the mode of User side or in the mode of Network 
side, and can take three kinds of values of Unknown (0), User side (1) and Network side (2). 

• ase!LayerTlmer_Reset indicates time (time period) from Tlmer_ Reset start up to expiration, and is represented by 
integer value ranging from 1 to 64. Unit is second. Default value is 32. 

so • aselLayerTimer_ActPencing indicates time (time period) from Timer_ActPending start up to expiration, and is rep- 
resented by integer value ranging from 1 to 64. Unit is second. Default value is 1 . 

• aseltayerMaxTimerExpire indicates maximum value of the allowable number of expirations of Timer_ Act Pending 
timer, and can take value ranging from 1 to 255. Default value is 4. 

• asel Layer 1394DestOffset indicates special Destination Offset address used for discriminating that the content 
55 (payioad) of Asynchronous write request packet being received is ASEL-PDU, and can take integer values of 46 

bits(OtoOxffffffffffff). 

The following parameters are set independently every ASEL-UNIs. 
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• aselLayerUniW indicates value for uniquely identifying ASEL-UNI (ASEL-UNI ID value). 

• asel Layer 1394Buslndex indicates value for uniquely identifying (discriminating) 1394 serial bus existing on the 
ASEL-UNI (1394 Bus Index value). 

• aselLayerStatus indicates current operating Status of ASEL-UNI, and can take three kinds of values of Reset (0), 
ActPending (1) and Act (2) similarly to Status of ASEL-CME. Initial value is Reset (0). 

• aselLayerNetSideNodeUniqld globally indicates unique value for identifying 1394 node of Network side of ASEL- 
UNI (Network Side Node. Unique. ID value), and can take integer values of 64 bits (0 to Oxffff fffff ffff ffff). 

• aselLayerUserSideNodeUniqld globally indicates unique value for identifying 1394 node of User side of ASEL-UNI 
(User side Node. Unique. ID value), and can take integer values of 64 bits (0 to Oxffff ffff ffff ffff). 

• aselLayerNetSideNodeSelfld indicates physical address value on 1394 serial bus for identifying 1394 node of Net- 
work side of ASEL-UNI (network side Self ID), and can take integer values of 16 bits (0 to Oxffff). The initial value 
and the value after clear are assumed to be Oxffff. 

• asel Layer UserSideNodeSelfld indicates physical address value on the 1 394 serial bus for identifying 1 394 node of 
User side of ASEL-UNI (User side Self ID), and can take integer values of 16 bits (0 to Oxffff). The initial value and 
the value after clear are assumed to be Oxffff. 

The following parameters are set independently every ASEL-VCCs. 

• asel VccVpi indicates VPI value of ASEL-VCC. and can take value ranging from 0 to 255. 

• aselVccVci indicates VCI value of ASEL-VCC, and can take value ranging from 0 to 65535. 

• aselVccConnkJ indicates value for uniquely identifying ASEL-VCC through all ASEL- UN Is (ASEL Connection ID 
value). 

• aselVccRouteArea indicates the range of routing of ASEL-VCC, and can take five kinds of values of External (1), 
Internal and same 1394 bus (2), Internal and other 1394 bus (3), Terminate (4) and Unknown (5). External (1) rout- 
ing indicates that calling party or called party does not exist on all ASEL-UNIs. 

• aselVccTopology indicates type of topology of set ASEL-VCC, and can take two kinds of values of Point-Point (1) 
and Point-Multipoint (2). 

aselVccStatus indicates status of ASEL-VCC, and can take two kinds of values of Down (0) and Up (1). The upper 
layer of ASEL can carry out data transfer only when this status is Up (1). 

• aselVccAalType indicates AAL type that ASEL-VCC uses, and can take five kinds of values of AALO(O), AAL1(1), 
AAL3/4(3) and AAL5(5). In the case where ASEL-VCC does not use AAL, AAL(0) is set. 

• aselVccQosType indicates bidirectional QoSclass of transmission and reception of ASEL-VCC, and can take four 
kinds of values of UBR(0), CBR(1), VBR(2) and ABR(3). 

• aselVccOprSpeed indicates data transferrable speed of ASEL-VCC, and can take three kinds of values of S1 00(0) , 
S200(1) and S400(2). 

• aselVccTransmitSeg Len is used in dividing long AAL-SDU into several data units of the same length except for the 
last data unit Those data units are transmitted as ASEL-SDU. Value of this parameter is equal to each ASEL.PDU 
length to be transmitted, and is indicated by integer value of byte unit. 

• asefVccReceiveSeqUse sets, every ASEL-VCC, whether or not ASEL entity uses Sequence Number of received 
ASEL header, and can take two kinds of values of No use (0) and Use (1). 

• aselVcclsoChannel indicates Tag value and Isochronous channel value that ASEL-VCC uses, and is represented 
by integer value ranging from 0 to 255. 

• aselVcclsoDelayVariationTolerance incficates allowed value of delay fluctuation with respect to ASEL-PDU in 
ASEL-VCC on Isochronous link, and is represented by No. of ASEL-PDUs per unit time. 

• aselVcclsoTransmitBand indicates transmit band of ASEL-PDU in ASEL-VCC on Isochronous link, and unit is rep- 
resented by 64 Kbps (1 Byte/Cycle). 

• aselVcclsoReceiveBand indicates receive band of ASEL-PDU in ASEL-VCC on Isochronous link, and unit is rep- 
resented by 64 Kbps (1 Byte/Cycle). 

• asel VccAsyncD est Id indicates Destination ID used at the time of transmission of ASEL-PDU at ASEL-VCC on 
Asynchronous link. 

• aseJVccAsyncPeakTransmitRate indicates peak transmit rate of ASEL-PDU in ASEL-VCC on Asynchronous link, 
and unit is represented by 64 Kbps. This parameter can limit sum total of ASEL-PDU lengths per unit time. 

• aselVccAsyncPeakReceiveRate indicates peak receive rate of ASEL-PDU in ASEL-VCC on Asynchronous link, 
and unit is represented by 64 Kbps. 

The following parameters are independently set every AAL on ASEL-VCC. 

• aselAalConnVpi indicates VPI value of ASEL-VCC which is using AAL. 
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• aselAalConnVci indicates VCI value of ASEL-VCC which is using AAL. 

• aselAa15ConnErSdu Deliver is related to only ASEL-VCC which is using AAL5. In the case where CRC error is 
found out in received AAL5-SDU, whether or not corresponding SDU is delivered to the upper layer can be selected 
as emulation function of AAL5 in ASEL entity. 

5 • aselAal SConnTransmitMaxSduSize indicates the maximum AAL5-SDU size (unit is octet) supported in the trans- 
mit direction of ASEL-VCC, and can take value ranging from 0 to 65535. Default value is 9188. 
aselAal 5ConnReceiveMaxSduSize indicates the maximum AAL5-SDU size (unit is octet) supported in the receive 
direction of ASEL-VCC, and can take value ranging from 0 to 65535. Default value is 9188. 

• aselAal OConnErSduDeliver is related to only ASEL-VCC which is using AALO. In the case where CRC error is 
10 found out in received AALO-SDU, whether or not corresponding SDU is delivered to the upper layer can be selected 

as emulation function of AALO in ASEL entity. 

The following parameters are independently set every ASEL-VCC in which QoS Class is ABR. 

is • aselVccAbrVpi indicates VPI value of ABR ASEL-VCC. 

• aseiVccAbrVci indicates VCI value of ABR ASEL-VCC 

• aselVccAbrMinTransmitRate indicates the minimum transmit rate of ASEL-PDU in ABR ASEL-VCC, and unit is rep- 
resented by 64 Kbps. 

• aselVccAbrMinReceiveRate indicates the minimum receive rate of ASEL-PDU in ABR ASEL-VCC and unit is rep- 
20 resented by 64 Kbps. 

• aselVccAbrlnrtialTransmrtRate indicates initial transmit rate of ASEL-PDU in ABR ASEL-VCC and unit is repre- 
sented by 64 Kbps. This parameter derives sum total of the first ASEL-PDU lengths per unit time where occurrence 
of data starts. Value of this parameter must not be greater than aselVccAsyncPealTransmitRate and is ordinarily 
smaller than that value. 

25 • aselVccAbrlnrtialReceiveRate indicates initial receive rate of ASEL-PDU in ABR ASEL-VCC and unit is repre- 
sented by 64 Kbps. 

• aselVccAbrAllowedTransmitRate indicates transmittable rate of ASEL-PDU in ABR ASEL-VCC and unit is repre- 
sented by 64 Kbps. This parameter can limit sum total of ASEL-PDU lengths per unit time. Value of this parameter 
must not be greater than aselVccAsyncPeakTransmitRate and is ordinarily smaller than that value. 

30 • aselVccAbrAI lowed Receive Rate indicates receivable rate of ASEL-PDU in ABR ASEL-VCC and unit is repre- 
sented by 64 Kbps. 

aselVccAbrTransmHTrm indicates, by mili second, upper limit of transmit RM cell interval included in ASEL_PDU in 
active generation source, and can take eight kinds of values of trm0point78125(1), trmipoint5625(2), 
trm3poirrt 125(3), trmepoirteS^), trm12point5(5), trm25(6), trm50(7), trm 100(8). Default value is trm 100(8). 

35 • aselVccAbrTransmitCdf is cut off decrease factor, and make a control so as to decrease rate in a manner related 
to missing or delay of RM cell in the opposite direction included in ASEL-PDU. This parameter can take eight kinds 
of values of cdfo(1), cdfOneOver64(2), cdfOneOver32(3), cdfOneOver16(4), cdfOneOver8(5), cdfOneOver4{6), 
cdfOneOver2(7), cdfOne(8). According as this value is caused to be greater value, the rate is resurtantly decreased 
in a short time. Default value is cdfOneOverl 6(4). 

40 • aselVccAbrTransmHRrf is rate increase factor, and makes a control so as to increase rate in the case where RM cell 
in the opposite direction included in ASEL-PDU is received along with Cl=0 and Nl=0. This parameter can take 16 
kinds of values of rifOneOver32768(1), rifOneOver 16384(2), rrfOneOver8192(3), rifOneOver4096(4), 
rifOneOver2048{5), rifOneOveM 024(6), rifOneOver512(7), rifOneOver256{8), rifOneOver 128(9), 
rifOneOver64(10) f rifOneOver32(11), rifOneOver16(12) ( rifOneOver8(13), rifOneOver4(14), rifOneOver2(15), 

45 rrfOne (16). According as this value is caused to be greater value, the rate is resurtantly increased in a short time. 
Default value is rifOneOver16(12). 

• aselVccAbrTransmitRdf is rate decrease factor, and makes a control so as to decrease rate in the case where RM 
cell in the opposite direction included in ASEL-PDU is received along with Cl=1 . This parameter can take 16 kinds 
of values of rdfOneOver32768(1), rdfOneOver! 6384(2), rdfOneOver8192(3), rdfOneOver4096(4), 

so rdfOneOver2048(5) t rdfOneOver 1024(6), rdfOneOver512(7), rdfOneOver256(8), rdfOneOver128(9), 
rdfOneOver64(10), rdfOneOver32(11), rdfOneOver16(12). rdfOneOver8(13), rdfOneOver4(14), rdfOneOver2(15), 
rdfOne(16). According as this value is caused to be greater value, the rate is resurtantly decreased in a short time. 
Default value is rdfOneOver16(12). 

• aselVccAbrTransmitAdtf is ACR decrease time factor and indicates allowed time of interval for transmitting RM cells 
55 included in ASEL-PDU before ACR is decreased into ICR, and can take value ranging from 1 to 1023 (unit is 10 mili 

sec.). According as this value is caused to be greater value, the current rate can be resurtantly maintained for a long 
time. Default value is 50 (500 ms). 



19 



EP0 841 791 A1 



The status transition in Reset of User side of FIG. 12 will now be described with reference to the flowchart of FIG. 
23. The processing of steps S1 to S1 0 of FIG. 23 are the processing in the case of carrying out transition from the status 
of Reset to the status of ActPending, and the processing of steps S1 3 to S1 9 are the processing in the case of carrying 
out transition to the status of Reset for a second time. The routes (paths) corresponding to the processing of the steps 
s S11 , S12 are not shown in FIG. 12. 

When primitive of MASEL_Act_Req is received from ASEL layer management at step S1, ASEL-CME judges at 
step S2 whether or not ASEL-UNI ID already exists. In the case where this ID does not yet exist, the processing oper- 
ation proceeds to step S3, at which ASEL-CME sets ASEL-UNI ID at aselLayerUnild. 

Then, the processing operation proceeds to step S4, at which ase! Layer 1394Buslndex is set. Further, at step S5, 
10 aselLayerUserSideNodeUniqld and aselLayerUserSideNodeSelfld are set. In this example, in the case where it is 
judged at the step S2 that ASEL-UNI ID already exist, the processing of the steps S3 to S5 are skipped. 

Then, the processing operation proceeds to step S6, at which Reference ID is incremented. Thereafter, at step S7, 
message of WakeUp is outputted to ASEL-CME of Network side. At step S8, ActPending is set at asel Layer Status. 
Then, at step S9, T1mer_Reset is stopped. At step S10, Tlmer_ActPending is started. Then, transition to the status of 
15 ActPending is carried out. 

When local event of Timer__Reset Expire (expiration) is received at step S13, the processing operation proceeds to 
step S14, at which transmit processing of local event of recovery stop from Reset is carried out Then, the processing 
operation proceeds to step S15, at which ASEL-VCC on corresponding ASEL-UNI is retrieved. At step S16, whether or 
not retrieval is completed is judged. If the retrieval is not completed, the processing operation proceeds to step S17, at 
20 which processing for releasing all resources relating to the retrieved ASEL-VCC is executed. Thereafter, the processing 
operation returns to the step S15. The processing of the step S15 and steps subsequent thereto will be repeatedly exe- 
cuted. 

In the case where it has been judged at the step S16 that retrieval has been completed, the processing operation 
proceeds to step S18, at which aselLayerUnild, asel Layer 1394Buslndex, aselLayeriSletSideNodeUniqld, aselLayerUs- 
25 erSideNodeUniqld are respectively cleared. Thereafter, the processing operation proceeds to step S1 9, at which prim- 
itive of MASE L_BusHart Ind is outputted with respect to the ASEL layer management. Thus, there results the status of 
Reset (the system control status returns to the Status of Reset) for a second time. After primitive of 
MASEL_BusHalt.lnd is received, the application software immediately releases resources relating to all VCCs on 
ASELJJNI. 

30 On the other hand, in the case where recoverable local event from Reset is received at step S1 1 , the processing 
operation proceeds to step S12. Thus, whether or not ASEL-UNI ID already exists is judged. If ASEL-UNIID does not 
exist, there results the status of Reset (the system control status returns to the status of Reset) for a second time. If 
ASEL-UNIID exists, the processing operation proceeds to step S6, at which the processing of the step S6 and process- 
ing subsequent thereto are executed. Thus, transition to the status of ActPending is carried out. 

35 The status transition of ActPending will now be described with reference to FIG. 24. Processing of steps S31 to S38 
indicate processing in the case where transition is carried out from the status of ActPending to the status of Act, and 
processing of steps S39 to S46 indicate processing in the case where the system control status returns from the status 
of ActPending to status of ActPending for a second time. 

When PDU of ActReq is received from ASEL-CME of Network side at step S31, whether or not Reference ID is 

40 True is checked at step S32. In the case where this ID is True, the processing operation proceeds to step S33, at which 
aselLayerNetSideNode Uniqta and aselLayerNetSideNodeSeffW are set. At step S34, PDU of ActAck is transmitted to 
ASEL-CME of Network side. At step S35, MASEL_Actlnd is transmitted with respect to the ASEL layer management. 

Then, the processing operation proceeds to step S36, at which Timer. ActPending is stopped. At step S37, 0 is set 
with respect to K. At step S38, Act is set at aselLayerStatus. Then, transition to the status of Act is carried out 

45 At step S32, in the case where Reference ID is judged to be False, there results the status of ActPending for a sec- 
ond time (the system control status returns to the status of ActPending). 

In the case where local event indicating that Tlmer_ActPending has been expired is received at step S39, the 
processing operation proceeds to step S40, at which K is incremented. This K indicates the number of expire operations 
of Timer_ActPending. Then, at step S41 , whether or not K is greater than aselLayerMaxTimerExpire is judged. In the 

so case where it is judged that K is greater than aselLayerMaxTimerExpire, the processing operation proceeds to step 
S45, at which MASEL_expireEr.lnd is outputted with respect to the ASEL layer management At step S46, 0 is set with 
respect to K. Thus, there results the status of ActPending for a second time (the system control status returns to the 
status of adpending). 

In the case where it is judged at the step S41 that K and aselLayerMaxTimerExpire are equal to each other, or K is 
55 smaller than the latter, the processing operation proceeds to step S42. Thus, Tlmer_ActPending is re-started. At step 
S43, 0x81 is set at Error Code. At step S44, message of WakeUp is transmitted (is re-transmitted) to ASEL-CME of Net- 
work side as PDU. Thus, there results the status of ActPending for a second time (the system control status returns to 
the status of Actpending). 
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The processing in the case where the system control status returns to the status of Act for a second time from the 
status of Act will now be described with reference to FIGS. 25 and 26. 

In FIG. 25, when MASEL_ConSet.Req is received from ASEL layer management at step S61, aselVccCormld, 
aselVccVpi, aselVccVci, aselVccAalType, aselVccQosType, aselVccTransmitSegLen, aselVccReceiveSeqNum t 
aselVccOprSpeed, aselAalConn objects are set at step S62. Then, the processing operation proceeds to step S63, at 
which whether or not aselVccQosType is set at CBR is judged. In the case where the aselVccQosType is set at CBR, 
the processing operation proceeds to step S64, at which aselVcclsoDelay VariationTolerance. aselVcclsoTransmitBand, 
aselVcclsoReceiveBand are set. Then, at step S65, IsoReq is transmitted to ASEL-CME of Network side as PDU. Thus, 
there results the status of Act for a second time (the system control status returns to the status of Act). 

In the case where it is judged at the step S63 that CBR is not set at aselVccQosType, the processing operation pro- 
ceeds to step S66, at which aselVccAsyncPeakTrartsrrritRate, aselVccAsyncPeakReceiveRate are set. Then, at step 
S67, whether or not ABR is set at aselVccQosType is judged. In the case where it is judged that ABR is not set at 
aselVccQosType, the processing operation proceeds to step S69, at which PDU of DestlDReq is transmitted to ASEL- 
CME of Network sida Thus, there results the status of Act for a second time (the system control status returns to status 
of Act). 

In the case where it is judged at the step S67 that ABR is set at aselVccQosType, the processing operation pro- 
ceeds to step S68, at which aselVccAbrVpi, aselVccAbrVci, aselVccAbrMinTransmitRate, aseiVccAbrMin Receive Rate, 
aselVccAbrlnitiarrransmrtRate, aselVccAbr Initial Receive Rate, asel VccAbrAI lowedTransmitRate, aselVccAbrAI- 
lowed Receive Rate. aselVccAbrTransmitCdf, aselVccAbrTransmitRrf, aselVccAbrTransmitRdf, aselVccAbrTransmitAtdf 
are respectively set Thereafter, the processing operation proceeds to step S69 to output PDU of DestlDReq to ASEL- 
CME of Network side. Thus, there results the status of Act for a second time (the system control status returns to the 
status of Act). 

When, MASEL_ConRec.Req is received from ASEL layer management at step S70, the processing operation pro- 
ceeds to step S69 to transmit DestlDReq to ASEL-CME of Network side. Thus, there results the status of Act for a sec- 
ond time (the system control status returns to the status of Act). 

When PDU of IsoRply is received from ASEL-CME of Network side at step S71 , the processing operation proceeds 
to step S72, at which whether or not serious (fatal) error takes place is judged. In the case where it has been judged 
that serious (fatal) error takes place, the processing operation proceeds to step S76, at which MASEL_FatalEr.lnd 
(ErrorCode is caused to be C2h) is outputted with respect to the ASEL layer management. Thus, there results the status 
of Act for a second time (the system control status returns to the status of Act). 

In the case where it is judged at the step S72 that serious (fatal) error does not take place, the processing operation 
proceeds to step S73, at which asel VcclsoChannel, aselVccOprSpeed are set At step S74, Up is set at aselVccStatus. 
Then, at step S75, MASEL_ConSetConf is outputted to ASEL layer management- Thus, there results the status of Act 
for a second time (the systemm control status returns to the status of Act). 

When DestlDRply is received from ASEL-CME of Network side at step S77, the processing operation proceeds to 
step S78, at which whether or not serious (fatal) error takes place is judged. In the case where it has been judged that 
serious (fatal) error takes place, the processing operation proceeds to step S82, at which MASEL_FatalEr.lnd (Error- 
Code is caused to be C3h) is outputted with respect to the ASEL layer management. Thus, there results the status of 
Act for a second time (the system control status returns to the status of Act). 

In the case where it has been judged at the step S78 that serious (fatal) does not take place, the processing oper- 
ation proceeds to step S79, at which aselVccAsyncDestID and aselVccOprSpeed are set. At step S80, Up is set at 
aselVccStatus. Further, at step S81, MASEL_ConSet.Conf is outputted with respect to the ASEL layer management. 
Thus, there results the status of Act for a second time (the system control status returns to the status of Act). 

In FIG. 26, when ActReq is received from ASEL-CME of Network side at step S91 , whether or not Reference ID is 
True is judged at step S92. In the case where this ID is judged to be True, the processing operation proceeds to step 
§93, at which 0 is set at Error Coda At step S94, ActAck is transmitted to ASEL-CME of Network sida Then, at step 
S95. MASEL_StsEr. Ind is outputted to ASEL layer management. Thus, there results the status of Act for a second time 
(the system control status returns to the status of Act). In the case where it has been judged at step S92 that Reference 
ID is False, the processing of steps S93 to S95 are skipped. Thus, there immediately results the status of Act (the sys- 
tem control status immediately returns to the status of Act). 

Further, in any (arbitrary) status (status of ActPending or Act) except for Reset shown in FIG. 12, processing shown 
in the flowchart of FIG. 27 is carried out Thus, transition to the status of Reset takes place. 

Namely, when MASEL_Reset Req is received from the ASEL layer management at step S101, ASEL-VCC in Asyn- 
chronous Link on corresponding ASEL-UNI is retrieved at step S102. At step 103, whether or not this retrieval is com- 
pleted is judged. If this retrieval is not completed, the processing operation proceeds to step S1 08, at which down is set 
at aselVccStatus. Then, at step S109, aselVccAsyncDestld is cleared, and the processing operation returns to the step 
S102. Thus, the processing of the step S102 and steps subsequent thereto will be repeatedly executed. 

In the case where it is judged at step S103 that retrieval is completed, the processing operation proceeds to step 
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S104, at which aselLayerUserSideSerfld and aselLayerNetSideSeffld are cleared. At step S105, Reset is set at asel- 
LayerStatus. At step S106, Timer_Reset is started. Further, at step S107, local event in recovery starting state from 
Reset is transmitted. Thus, transition to the status of Reset is carried out. 

Moreover, in all of three statuses of FIG. 12, processing shown in FIG. 28 is carried out. Namely, when 
5 MASEL_ConRel.Req is received from ASEL layer management at step S121, the processing operation proceeds to 
step S1 22, at which all parameters in corresponding ASEL-VCC are cleared. Then, at step S123, MASEL_.ConRel.Conf 
is outputted to the ASEL layer management. Thus, there results the original status (the system control status returns to 
the original status). 

Explanation will now be given with reference to the flowcharts of FIGS. 29 to 35 in connection with the status tran- 

10 srtion in three statuses of Network side of FIG. 13. FIG. 29 shows processing carried out in any one of three statuses 
of FIG. 13. Initially, when WakeUp is received from ASEL-CME of User side at step S131 , aselLayerNetSideNodeSerf ID 
and aselLayerUserStdeNodeSeHID are cleared at step S132. Then, the processing operation proceeds to step S133, 
at which whether a not NUJD of terminal of User side which has transmitted WakeUp message is new NUJD of User 
side different from NUJD until that time is judged. 

is In the case where it is judged that corresponding NUJD is new NUJD of User side, the processing operation pro- 
ceeds to step S134, at which assignment processing of aselLayerUnilD caused to be in relevancy to NUJD of User 
side is executed. Then, the processing operation processing proceeds to step S135, at which 1394 Bus Index in 
LK_DATA.ind is set at asel Layer 1394Bus Index. At step S136, aselLayerNetSideNodeUniqld, asel Layer UserSideNode- 
Uniq Id are set In the case where it is judged at the step S1 33 that NUJD of terminal of User side which has transmitted 

20 WakeUp message is not new NUJD of User side, the above-mentioned processing of steps S1 34 to S1 36 are skipped. 
Then, the processing operation proceeds to step S137, at which aselLayerUserSideNodeSerfld, aselLayerNetSi- 
deNodeSerf Id are set At step S138, Reference ID is preserved (stored). Further, at step S139, ActPending is set at 
aselLayerStatus. At step S140, ActReq is transmitted to ASEL-CME of User side. At step S141, Tlmer_ Reset is 
stopped. In addition, at step S142, after Timer_ ActPending is started, transition to the status of ActPending is earned 

25 out 

Namely, in this way, processing of transition or return from the status of Reset, the status of Act or the status of Act- 
Pending to the status of ActPending is carried out 

FIG. 30 shows processing in the case where the system control status returns, from the status of Reset of FIG. 13, 
to that status for a second time. In this processing, initially; when local event of Timer_Reset expire is received at step 

30 S151 , ASEL-VCC on corresponding ASEL-UNI is retrieved at step S152. Then, at step S153, whether or not retrieval 
is completed is judged. If retrieval is not completed, the processing operation proceeds to step S1 54, at which process- 
ing for releasing all resources relating to the retrieved ASEL-VCC is executed. Then, the processing operation returns 
to the step S152. Thus, processing at this step and steps subsequent thereto are repeatedly executed. 

In the case where it is judged at the step S153 that retrieval is completed, the processing operation proceeds to 

35 step S155, at which aselLayerUnikJ, AselLayeM 394Buslndex, aselLayerNetSideNodeUniqld, aselLayerUserSideNode- 
Uniqld are cleared. Then, at step S156, MASEL_BusHartlnd is outputted to ASEL layer management Thus, there 
results the status of Reset for a second time (the system control status returns to the status of Reset When 
MASEL_BusHaltlnd is outputted to ASEL layer management at the step S156, application software releases, after this 
primitive is received, resource relating to all VCCs on ASEL-UNI similarly to the case at the step S19 of FIG. 23. 

40 Explanation will now be given with reference to FIG. 31 in connection with processing in the case where transition 
from the status of ActPending of FIG. 13 to the status of Act is carried out (steps S161 to S167) and processing in the 
case where the system control status returns, from the status of ActPending, to that status for a second lime (steps 
S161. S162, S163 and S168 to S176). 

When ActAck is received from ASEL-CME of User side at step S161 , check of Reference ID is carried out at step 

45 S162. In the case where it is judged that Reference ID is True, the processing operation proceeds to step S163, at 
which whether or not serious (fatal) error takes place is judged. In the case where serious (fatal) error does not take 
place, the processing operation proceeds to step S164, at which Act is set at aselLayerStatus. Then, at step S165, 
MASEL_ACT.Ind is outputted to ASEL layer management. At step S166, Tlmer_ActPending is stopped. At step S167, 
0 is set with respect to K. Thus, transition to the status of Act is carried out. 

so In the case where it is judged at the step S162 that Reference ID is False, transition to the status of ActPerxfing is 
immediately carried out Moreover, in the case where it is judged at the step S1 63 that serious (fatal) error takes place, 
the processing operation proceeds to step S168. Thus, after MASEL_FatalEr.lnd (Error Code is caused to be C1h) is 
outputted to ASEL layer management, transition to the status of ActPending is earned out. 

In the case where event of Tlmer_ActPending expire is received at step S169, the processing operation proceeds 

55 to step S1 70, at which parameter K equal to the number of expire operations of Tlmer_ActPending is incremented by 
1. Thereafter, the processing operation proceeds to step S171, at which whether or not K is greater than asel Layer- 
MaxTlmer Expire is judged. In the case where it is judged that K is greater than aselLayerMaxTimerExpire, the process- 
ing operation proceeds to step $175, at which MASEL_ExpireEr.lnd is outputted to ASEL layer management. 



22 



EP0 841 791 A1 



Thereafter, at step S1 76, 0 is set with respect to K. Thus, there results the status of ActPending for a second time (the 
system control status returns to the status of ActPending). 

In the case where it is judged at the step S171 that value of K is equal to aseJLayerMaxTimerExpire or is smaller 
than that, the processing operation proceeds to step S1 72, at which processing for re-starting Tlmer_ActPending is car- 
5 ried out Then, at step S173, 0x81 is set at Error Code. At step S174, ActReq is transmitted (re-transmitted) to ASEL- 
CME of User side. Thus, there results the status of ActPending for a second time (the system control status returns to 
the status of ActPending). 

Explanation will now be given with reference to the flowcharts of FIGS. 32 and 33 in connection with the processing 
in the case where the system control status returns, from the status Act of FIG. 1 3, to that status for a second time. 

w When MASEL_ConSet Req is received from ASEL layer management in the status of Act at step S1 91 of FIG. 32, 
the processing operation proceeds to step S192, at which aselVccConnkJ, aselVccVpi, aselVccVci, aseTVccRouteArea, 
aselVccTopology, aselVccAalType, aselVccQosType, aselVcxTrarisrratSegLen, aselVccReceiveSeqNum, aselVcoO- 
prSpeed, aselAalConn objects are set. 

Then, the processing operation proceeds to step S193, at which whether or not CBR is set at aselVccQosType is 

is judged. In the case where it is judged that CBR is set at aselVccQosType, the processing operation proceeds to step 
S194, at which aselVcclsoDelayVariationTolerance, aselVcclsoTransmitBand, aselVcclsoReceiveBand are set. Then, 
there results the status of Act for a second time (the system control status returns to the status of Act). 

In the case where it is judged at the step S193 that CBR is not set at aselVccQosType, the processing operation 
proceeds to step S195, at which aselVccAsyncPeakTransmrtRate, aselVccAsyncPeakReceiveRate are set. Then, the 

20 processing operation proceeds to step S196, at which whether or not aselVccQosType is ABR is judged. In the case 
where aselVccQosType is ABR, the processing operation proceeds to step S197, at which aselVccAbrVpi, aselVccA- 
brVci, aseJVccAbrMinTransmitRate, aselVccAbrMin Receive Rate, aseWccAbrlnrtiaTTransmrtRate, aselVccAbrlnitialRe- 
ceiveRate, aselVccAbrAllowedTransmitRate, aselVccAbrAllowedReceiveRate are set. In the case where it is judged at 
the step S196 that aselVccQosType is not ABR, the processing of the step S197 is skipped. Thus, there results the sta- 

25 tus of Act for a second time (the system control status returns to the status of Act). 

When IsoReq is received from ASEL-CME of User side at step S1 98 in the status of Act, the processing operation 
proceeds to step S199, at which confirmation of available Isochronous channel is carried out. Then, at step S200, 
whether or not available Isochronous channel exists is judged. In the case where it is judged that available Isochronous 
channel exists, the processing operation proceeds to step S201 , at which corresponding channel is set with respect to 

30 aselVcclsoChannel. At step S202, Up is set at aselVccStatus. Then, at step S203, IsoF^pry is transmitted to ASEL-CME 
of User side. At step S204, MASEL_Con.Set.Conf is outputted with respect to ASEL layer management Thereafter, 
there results the status of Act for a second time (the system control status returns to the status of Act). 

In the case where it is judged at the step S200 that available Isochronous channel does not exist, the processing 
operation proceeds to step S205, at which 0xC2 is set at Error Code. At step 206, Isofyly indicating that Iso channel 

35 does not exist is transmitted to ASEL-CME of User side. At step S207, MASELJsoEr.Ind is outputted with respect to 
ASEL layer management Thus, there results the status of Act for a second time (the system control status returns to 
the status of Act). 

In the case where DestlDReq is received from ASEL-CME of User side at step S206, the processing operation pro- 
ceeds to step S209, at which retrieval processing of Destination Self ID is carried out At step S210, whether or not Des- 

40 tination Self ID is retrieved (found) is judged. In the case where Destination Self ID is retrieved, the processing operation 
proceeds to step S21 1 , at which its result is set at aselVccAsyncDestlD. At step S21 2, Up is further set at aselVccSta- 
tus. At step S213, DestlDRpJy is transmitted to ASEL-CME of User side. Further, at step S214, MASEL_ConSetConf 
is outputted to ASEL layer management Thus, there results the status of Act for a second time (the system control sta- 
tus returns to the Status of Act). 

45 In the case where it is judged at step S210 that Destination Self ID is not retrieved, the processing operation pro- 
ceeds to step S215, at which 0xC3 is set with respect to Error Code. At step S216. DestlDRply indicating that Destina- 
tion ID cannot be found is transmitted to ASEL-CME of User side. Further, at step S217, MASEL_DestlDEr.lnd is 
outputted to ASEL layer management. Thereafter, there results the status of Act for a second time (the system control 
status returns to the status of Act). 

so In FIG. 33, when ActAck is received from ASEL-CME of User side at step S231, whether or not Reference ID is 
True is judged at step S232. In the case where this ID is True, the processing operation proceeds to step S233. at which 
whether or not serious (fatal) error takes place is judged. In the case where it is judged that serious (fatal) error takes 
place, the processing operation proceeds to step S235, at which MASEL_FatalEr.lnd (C1h is set at Error Code) is out- 
putted to ASEL layer management. Thus, there results the status of Act for a second time (the system control status 

55 returns to the status of Act). 

In the case where it is judged at the step S233 that serious (fatal) error does not take place, the processing opera- 
tion proceeds to step S234, at which MASEL.StsEr.lnd is outputted to ASEL layer management Thereafter, there 
results the status of Act for a second time (the system control status returns to status of Act). 
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In the case where it is judged at the step S232 that Reference ID is False, the processing of steps S233 to S235 
are skipped. Thus, there results the status of Act for a second time (the system control status returns to the status of 
Act). 

Further, in the status except for Reset of FIG. 13, i.&, in the status of Actpending or the status of Act, processing 
5 of transition to Reset is carried out by processing of FIG. 34. 

In this case, when MASEL_Reset.Req is received from ASEL layer management at step S241, processing for 
retrieving ASEL-VCC in Asynchronous Link on corresponding ASEL-UNI is carried out at step S242. At step S243, 
whether or not retrieval has been completed is judged. In the case where retrieval has not yet been completed, the 
processing operation proceeds to step S244, at which down is set at aselVccStatus. After aselVccAsyncDestID is 
10 cleared at step S245, the processing operation returns to the step S242. Thus, processing at the step S242 and those 
at steps subsequent thereto are repeatedly executed. 

In the case where it is judged at the step S243 that retrieval has been completed, the processing operation pro- 
ceeds to step S246, at which aselLayerUserSkteSelf Id and aselLayerNetSideSetf Id are cleared. At step S247, Reset is 
set with respect to aselLayerStatus. At step S248, Timer_Reset is started. Thereafter, transition to the status of Reset 
75 is carried out. 

Further, in any (arbitrary) status of three statuses of FIG. 13, processing indicated by the flowchart of FIG. 35 is 
carried out. In this case, when MASEL_ConRel.Req is received from ASEL layer management at step S261 , all param- 
eters in corresponding ASEL-VCC are cleared at step S262. Then, at step S263, MASEL_ConRef.Conf is outputted to 
ASEL layer management. Thereafter, there results the original status for a second time (the system control status 
20 returns to the original status). 

Explanation will be given with reference to the flowcharts of FIGS. 36 to 43 in connection with the processing in the 
case of transmitting data from Upper Layer of FIG. 6 to 1394 Link layer, or from ASEL layer management to 1394 Link 
layer. 

FIGS. 36 and 37 show processing in the case where LKJSO.req or LK_DATA.req is outputted to 1394 Link layer 
25 when ASEL receives input of ALL_.UNITDATA.Req from Upper Layer. 

Initially, at step S281, in the status of Act, AAL_U N ITDATA. Req is received from Upper Layer. In this 
AALJJNITDATA. Req, ASEL-UNI ID, VP WCI Value, AAL-ID, More, AAL-LP, ALL-CI, AAL-UU, AAL-ES are included. 

Then, the processing operation proceeds to step S282, at which check as to whether or not aseTVccVpi and aselVc- 
cVci corresponding to ASEL-UNI ID and VPl/VCI Value exist is carried out In the case where it is judged that result of 
30 this check is True, the processing operation proceeds to step S283, at which whether or not aselVccStatus is Up is 
judged. In the case where Up is set with respect to aselVccStatus, the processing operation proceeds to step S284, at 
which value of aselVccVpi is set with respect to VPI Value of ASEL header and value of aselVccVci is set with respect 
to VCI Value. In this example, in the case where result of the check was False at the step S282, or in the case where it 
was judged at the step S283 that Up is not set with respect to aselVccStatus, there results the status of Act for a second 
35 time (the system control status returns to the status of Act). 

Then, at step S285, aselVccQosType is set at QoS class. At step S286, whether or not QoS class is CBR is judged. 
In the case where it is judged that QoS class is CBR, the processing operation proceeds to step S287, at which param- 
eter preparation processing of primitive of LKJSO.req is executed. The detail of this processing will be described later 
with reference to the flowchart of FIG. 40. 
40 In the case where it is judged at the step S286 that QoS class is not CBR, the processing operation proceeds to 
step S288, at which parameter preparation processing of primitive of LK_DATA.req is executed. The detail of this 
processing will be described later with reference to the flowchart of FIG. 41 . 

Then, the processing operation proceeds to step S289, at which TR_SN is set at SN. In this example, this param- 
eter SN indicates Sequence Number value at the transmitting side, and has independent values every respective 
45 ASEL-VCCs. In addition, TR_SN is parameter incremented at step S307 as described later. 

Then, at step S290,0 is set with respect to Ml. At step S291, 0 is set with respect to MNG- ID. 
At step S292, whether aselVccAalType is either AAL5 or AALO is judged. In the case where it is judged that aselVc- 
cAaTType is AAL5, the processing operation proceeds to step S293, at which AAL5 is set at AAL_Type. Then, at step 
S294, parameter preparation processing of AAL5 Specific field is executed. The detail of this processing will be 
so described later with reference to the flowchart of FIG. 42. 

Then, at step S295, pointer to buffer in which AAL-ID is stored is set at ptrSDU. At step S296. length of AAL-ID is 
set at Count At step S297, whether or not value of Count is greater than value obtained by subtracting 8 from aselVc- 
cTransmrtSegLen is judged. At this time, in the case where judgement of No is carried out, the processing operation 
proceeds to step S297A, at which whether More is "Not Used (i.e., unused) or "End of SDU" (i.e., including the last por- 
55 tion of AAL-SDU) is judged. In the case where it is judged that More is "Not Used" or "End of ADU", the processing oper- 
ation proceeds to step S298, at which 0 is set with respect to MR. At step S301 , value obtained by adding 8 to Count 
is set at Data Length. 

Further, at step S302, whether or not QoS class is CBR is judged. At this time, in the case where judgment of Yes 
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is carried out, the processing operation proceeds to step S303, at which LKJSO.req is outputted to 1394 Link layer. 
Thereafter, there results the status of Act for a second time (the system control status returns to the status of ACT). In 
the case where it is judged at the step S302 that QoS class is not CBR, LK_DATA.Req is outputted to 1394 Link layer 
at step S304. Thereafter, there results the status of Act for a second time (the system control status returns to the status 
5 of Act). 

In the case where it is judged at the step S292 that aselVccAalType is AALO, the processing operation proceeds to 
step S299, at which AALO is set at (with respect to) AAL_Type. Then, at step S300, parameter preparation processing 
of AALO Specific field is executed. The detail of this processing will be described later with reference to the flowchart of 
FIG. 43. Thereafter, the processing operation proceeds to step S301. Thus, the processing of the step S301 and 

10 processing subsequent thereto are executed. 

On the other hand, in the case where it is judged at the step S297 that value of Count is greater than value obtained 
by subtracting 8 from aselVccTransmrtSegLen, the processing operation proceeds to step S305, at which 1 is set with 
respect to MR. Then, at step S306, value of aselVccTransmrtSegLen is set at Data length. At step S307, value of 
TR_SN is incremented. At step S308, whether or not QoS class is CBR is judged. In the case where judgment of Yes 

is is carried out at this step, the processing operation proceeds to step S309, at which LKJSO.req is outputted to 1394 
Link layer. In the case where judgment of No is carried out at the step S308, LK_.DATA.req is outputted to 1394 Link 
layer at step S310. 

Then, the processing operation proceeds to step S311 , at which value obtained by subtracting 8 from aselVc- 
cTransmrtSegLen is added to current value of ptrSDU. Then, the processing operation proceeds to step S312, at which 
20 value of Count is decremented by value obtained by subtracting 8 from aselVccTransmrtSegLen. Thereafter, the 
processing operation returns to the step S297. Thus, the processing of the step S297 and steps subsequent thereto are 
repeatedly executed. 

Also in the case where it is judged at the step S297A that More is not "Not Used" or "End of PDU". the processing 
operation proceeds to the step S305. Thus, the processing of the step S305 and steps subsequent thereto are carried 

25 OUt. 

FIG. 38 shows the processing that ASEL outputs LK_.DATA.req with respect to 1394 Link layer when 
MASEL_.DATA.Req is received from ASEL layer management in FIG. 6. 

Namely, in the status of Act, at step S321, MASELJDATAReq is received from ASEL layer management In this 
MASEL_.DATA.Req, ASEL-UNI ID, VPtVCI Value, MNG-ID, AAL-ID(SDU), AAL-LP. AAL-CI, AAL-ES are included. 
30 Then, at step S322, whether or not aselVccVpi and aselVccVci corresponding to each other exist is judged. In the 
case where aselVccVpi and aselVccVci exist, the processing operation proceeds to step S323, at which whether or not 
Up is set at aselVccStatus is judged. In the case where judgment of Yes is carried out at the step S323, the processing 
operation proceeds to step S324, at which value of aselVccVpi is set at VPI Value of ASEL header and value of aselVc- 
cVci is set at VCI Value. At step S325, value of asefVccQosType is set at QoS Class. At step S326, parameter prepa- 
re ration processing of primitive of LK_.DATA.req (detail of this processing will be described later with reference to FIG. 41 ) 
is executed. 

Then, at step S327, TR_SN is set at (with respect to) SN. At step S328, 1 is set with respect to Ml. Further, at step 
S329, value of MNG-ID in MASEL_.DATA.req is set at (with respect to) MNG-ID. At step S330, AALO is set with respect 
to AAL_Type. 

40 Then, at step S331, parameter preparation processing of AALO Specific Field (detail of this processing will be 
descrbed later with reference to FIG. 43) is executed. 

Then, at step S332, value obtained by adding 8 to length of AAL-SDU is set with respect to Data length. At step 
S333, LK_.DATA.req is outputted to 1 394 Link layer. Thereafter, there results the status of Act for a second time (the sys- 
tem control status returns to status of Act). 

45 In the case where it is judged at the step S322 that aselVccVpi and aselVccVci are False, processing is not partic- 
ularly carried out Thus, there results the status of Act for a second time (the system control status returns to the status 
of Act). Also in the case where it is judged at the step S323 that Up is not set at acelVccStatus, processing similar to 
the above is conducted. 

FIG. 39 represents transfer processing of ASEL-CMP carried out in arbitrary status. When local event of request 
so for transmission of ASEL_CMP is received at step S351,0 is set with respect to QoS class at step S352. At step S353, 
value of asel Layer 1394 Buslndex is set with respect to 1394 Bus Index. At step S354, 0 (zeros) are respectively set 
with respect to VPI Value and VCI Value of ASEL header. 

Then, at step S355, whether aselLayerOprMode is User side or Network side is judged. In the case where it is 
judged that aselLayerOprMode is User side, the processing operation proceeds to step S356, at which aselLayerNet- 
55 SideNodeSetfld is set with respect to Destination SeKID. In the case where it is judged at the step S355 that asel- 
LayerOprMode is Network side, the processing operation proceeds to step S357, at which 
asel Layer UserSideNodeSelf Id is set with respect to Destination Self ID. 

Then, the processing operation proceeds to step S358, at which 1 is set with respect to Transaction Code. At step 
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S359, 1 is set with respect to Retry Code. At step S360, value of AselVccOprSpeed is set with respect to Speed. At 
step $361, TR_SN is set with respect to SN. At step S362, 1 is further set with respect to Ml. At step S363. 0 is set 
with respect to MNG-ID. At step S364, AALO is set with respect to AALJType. 

Further, at step S365, 0 is set with respect to MR. At step S366, 0 is set with respect to LP. At step S367, 0 is set 

5 with respect to CI. At step S368, 0 is set with respect to El. At step S369, 0 is set with respect to ER-ID. Then, at step 
S370, value obtained by adding 8 to length of ASEL_CMP is set with respect to Data length. At step S371, 
LKJDATA.req is outputted to 1 394 Link layer. Thus, there results the original status for a second time (the systemm con- 
trol status returns to the original status). 

Explanation will now be given with reference to FIGS. 40 to 43 in connection with more detailed processing of the 

10 subroutine included in the above-described processing of FIGS. 36 and 38. FIG. 40 shows the detail of the parameter 
preparation processrsng of LKJSQreq primitive of the step S287 of FIG. 36. In this processing, initially, at step S391 , 
value of ase!Layer1394Buslndex is first set with respect to 1394 Bus Index. At step S392, value of the low order 6 bits 
of aselVcclsoChannel is set with respect to Isochronous Channel number. Further, at step S393, value of the high order 
2 bits of aselVcclsoChannel is set with respect to Tag value. At step S394, value of aselVccOprSpeed is set with respect 

is to Speed. 

FIG. 41 shows the detail of the parameter preparation processing of LK_DATA.req primitive at the step S288 of FIG. 
36 and the step S326 of FIG. 38. Initially, at step S401, value of aseJ Layer 1 394Buslndex is set with respect to 1394 Bus 
Index. At step S402, value of aselVccAsyncDestld is set with respect to Destination Self ID. Further, at step S403, value 
of aselLayert 394DestOffset is set with respect to Destination offset. At steps S404 and $405, values of 1 are respec- 
20 tively set with respect to Transaction Code and Retry coda Then, at step S406, value of aselVccOprSpeed is set with 
respect to Speed. 

FIG. 42 shows the detail of the parameter preparation processing of AAL5 Specific field at the step $294 of FIG. 
36. At step S411, value of AAL-LP is set with respect to LP. This parameter is caused to undergo mapping from 
AALJJN ITDATAreq primitive. Then, at step S412, AAL-CI is set with respect to CI. This parameter is also caused to 
25 undergo mapping from AAL_U N ITD ATA req primitive. 

Then, at step S41 4, whether or not ES is No Error is judged. At this time, in the case where judgment of Yes is car- 
ried out, the processing operation proceeds to step S41 5, at which 0 is set with respect to El. At step S41 6,0 is set with 
respect to ER-ID. 

In the case where judgment of No is carried out at the step S414, the processing operation proceeds to step S41 7, 
30 at which 1 is set with respect to El. Then, at step S418, whether or not ES is CPCS CRC error is judged. In the case of 
Yes, the processing operation proceeds to step S419, at which 0x81 is set with respect to ER-ID. 

In the case where judgment of No is carried out at the step S418, the processing operation proceeds to step S420, 
at which whether or not ES is CPCS-SDU Length error is judged. In the case where judgment of Yes is carried out, the 
processing operation proceeds to step S421 , at which 0x82 is set with respect to ER-ID. In the case where judgment of 
35 No is carried out at the step $420, the processing operation proceeds to step S422, at which 0 is set with respect to 
ER-ID. 

FIG. 43 shows the detail of the parameter preparation processing of AALO Specific field at the step S300 of FIG. 
36 and at the step S331 of FIG. 38. At step S431, 0 is set with respect to MR. At step S432, AAL-LP is set with respect 
to LP. At step $433, AAL-CI is set with respect to CI. At step S434, whether or not ES is No Error is judged. At this time, 
40 in the case where judgment of Yes is carried out the processing operation proceeds to step S435, at which 0 is set with 
respect to El. At step S436, 0 is set with respect to ER-ID. 

In the case where judgment of No is carried out at the step S434, the processing operation proceeds to step $437, 
at which 1 is set with respect to El. Then, at step $438, 0x01 is set with respect to ER-ID. 

The flowcharts of FIGS. 44 to 46 represent the processing for receiving input of LK_DATAJnd or LKJSO.Ind from 
45 the 1394 Link layer of FIG. 6 to output AAL_UN ITDATA ind to Upper Layer, or to output MASEL_DATA.Ind with respect 
to ASEL layer management. 

In an arbitrary (any) status, at step S451 , LK.DATA.lnd is received from 1394Unk layer. In this LK.DATA.lnd, 1394 
Bus Index, Source Self ID, Destination SeKID, Destination Offset, Transaction code, Retry code, Data Length, Data 
(ASEL-PDU), Speed, Packet Status are included. 
so Then, the processing operation proceeds to step $452, at which check processing of 1394 Asynchronous header 
format is carried out. The detail of this processing will be described later with reference to the flowchart of FIG. 47. 
Then, the processing operation proceeds to step S453, whether or not Result is OK is judged. In the case where Result 
is not OK, the processing operation proceeds to step S465. In the case where Result is OK, the processing operation 
proceeds to step S454, at which retrieval processing of ASEL-UNI ID using 1 394 Bus Index and Source Serf ID is carried 

55 OUt 

Then, at step S455, whether or not ASEL-UNI ID is retrieved is judged. In the case where ASEL-UNI ID is retrieved, 
the processing operation proceeds to step S456, at which check of VPl/VCI Value of ASEL header is carried out In the 
case where this value is correct and VPl/VCI are not 0/0, the processing operation proceeds to step S457. In the case 
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where this value is correct and VPI/VCI are 0/0, the processing operation proceeds to step S475. In the case where this 
value is not correct the processing operation proceeds to step S465. In this case, the fact that VPI/VCI are OA) indicate 
that VPI Value is zero (0) and VCI Value is also zero (0). 

In the case where it is judged at the step S455 that ASEL-UNI ID is not retrieved, the processing operation pro- 

5 ceeds to step S467, at which whether or not VPI/VCI are both zero (0) is judged. In the case where judgment of Yes is 
carried out at the step S467, the processing operation proceeds to step S475. In the case where judgment off No is car- 
ried out, the processing operation proceeds to step S465. 

At step S457, whether or not Ml is zero (0) is judged. At this time, in the case where judgment of Yes is carried out, 
the processing operation proceeds to step S458, at which judgment of AAL Type is carried out. In the case where AAL 

10 Type is TypeO, the processing operation proceeds to step S459. In the case where AAL Type is Type 5, the processing 
operation proceeds to step S479. In the case where AAL Type is any other Type, the processing operation proceeds to 
step S465. 

At the step S459, composing processing of AAL0 (User data) is earned out The detail of the processing will be 
described later with reference to the flowchart of FIG. 50. Then, the processing operation proceeds to step S460, at 

75 which whether or not Result is OK is judged. In the case where it is judged that Result is OK, the processing operation 
proceeds to step S461 , at which the processing for adding (supplementing) ASEL_SDU (i.e., AAL-SDU) into receiving 
buffer is executed. Then, the processing operation proceeds to step S462. Thus, the preparation processing of AAL0 
parameter is executed. The detail of this processing will be described later with reference to the flowchart of FIG. 53. 
Then, the processing operation proceeds to step S463. Thus AALJJN ITDATA. Ind is outputted to Upper Layer of FIG. 

20 6. In this AALJJNIDATAJnd, ASEL-UNI ID, VPI/VCI value. AAL-ID(SDU), AAL-LP, AAL-CI, AAL-ES are included. Then, 
there results the original status for a second time (the system control status returns to the original status). 

In the case where it is judged at the step S460 that Result is NG, the processing operation proceeds to step S464, 
at which No error is set with respect to RCV_ER_Status. This parameter represents error status of AAL-SDU being 
received, and has independent values every respective ASEL-VCCs. Thereafter, the processing operation proceeds to 

25 step S465. 

In the case where it is judged at the step S457 that value of Ml is not zero (0), the processing operation proceeds 
to step S468, at which whether or not MNG ID is zero (0) is judged. At this time, in the case where judgment of Yes is 
earned out the processing operation proceeds to step S475. On the contrary, in the case where judgment of No is car- 
ried out, the processing operation proceeds to step S469. At the step S469, whether or not AAL Type is zero (0) is 

30 judged. In the case where judgment of No is carried out at this step, the processing operation proceeds to the step 
S465. In the case where judgment of Yes is carried out at this step, the processing operation proceeds to step S470, at 
which composing processing of AAL0 (LM data) is executed. The detail of this processing will be described later with 
reference to the flowchart of FIG. 51 . 

Then, at step S471 , whether or not Result is OK is judged. In the case where Result is NG, the processing opera- 

35 tion proceeds to step S464. In the case where Result is OK, the processing operation proceeds to step S472. At the 
step S472, processing for adding (supplementing) ASEL_SDU (i.e., AAL-SDU) into the receiving buffer is executed Fur- 
ther, at step S473, the preparation processing of AALO parameter is executed. The detail of this processing will be 
described later with reference to the flowchart of FIG. 53. 

Then, the processing operation proceeds to step S474, at which MASEL_DATA. Ind is outputted to ASEL layer man- 

40 agement of FIG. 6. In this MASEL_DATA. Ind, ASEL-UNI ID, VPI/VCI value, AAL-ID (SDU), AAL-LP, AAL-CI. AAL-ES 
are included. Thereafter, there results the original status for a second time (the system control status returns to the orig- 
inal status). 

At step S475, the composing processing of AALO (LM data) is executed. The detail of this processing will be 
descrbed later with reference to the flowchart of FIG. 51 . Then, the processing operation proceeds to step S476, at 

45 which whether or not Result is OK is judged. In the case of NG, the processing operation proceeds to step S465. In the 
case of OK, the processing operation proceeds to step S477, at which processing for adefing (supplementing) 
ASEL_SDU (i.e., ASEL_CMP) into the receiving buffer is executed. Then, the processing operation proceeds to step 
S478, at which local event to instruct reception of ASEL_CMP message is issued. Thereafter, there results the original 
status for a second time (the system control status returns to the original state). 

so At step S479, composing processing of AAL5 is executed. The detail of this processing will be descrbed later with 
reference to the flowchart of FIG. 49. Then, the processing operation proceeds to step S480, at which whether or not 
Result is OK is judged. In the case where Result is OK, the processing operation proceeds to step S481 , at which the 
processing tor adding (supplementing) ASEL_SDU (i.e.. AAL-SDU being composed) into the receiving buffer is exe- 
cuted. Then, at step S482, whether MR is either 0 or 1 is judged. In the case where MR is zero (0), the processing oper- 

55 ation proceeds to step S483, at which the preparation processing of the AAL5 parameter is executed. The detail of this 
processing will be described later with reference to the flowchart of FIG. 52. Then, at step S484, AALJJN IDATA. Ind is 
outputted to Upper Layer of FIG. 6. In this AALJJN IDATA. Ind, ASEL-UNI ID, VPI/VCI value, AAL-ID(SDU), AAL-LP, 
AAL-CI, AAL-UU, AAL-ES are included. Thereafter, there results the original status for a second time (the system con- 
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trd status returns to the original status). 

In the case where it is judged at step S482 that value of MR is 1 , the processing of steps S483, S484 are skipped. 
On the other hand, in the case where it is judged at step S480 that Result is NG. the processing operation proceeds 
to step S485. at which whether value of MR is either 0 or 1 is judged. In the case where ft is judged at the step S485 
s that MR is 1 , the processing operation proceeds to the step 465. In the case where it is judged that MR is 0, the process- 
ing operation proceeds to step S486, at which 0 is set with respect to Rcv_ER_Flag. This parameter represents that 
arty error is included in AAL-SDU being received, and has independent values every respective ASEL-VCCs. 

Then, the processing operation proceeds to step S487, at which No error is set with respect to Rcv_ER_Status. 
Then, the processing operation proceeds to step $487 A, at which value obtained by incrementing value of SN by 
10 1 is set with respect to Next_Rcv_SN. This parameter indicates SN value expected next at the receiving side. This 
parameter is incremented by modulo 128 and has independent values every ASEL-VCCs. 

Then, the processing operation proceeds to the step S465, at which the processing for disusing (aborting) ASEL- 
PDU is executed. At the step S466, OK is set with respect to Result. Thereafter, there results the original status for a 
second time (the system control status returns to the original status). 
is On the other hand, when input of LKJSO.Ind is received from the 1 394 Link layer of FIG. 6 at step S488 in an arbi- 
trary status, processing of step S489 and those subsequent thereto are executed. In the above-mentioned example, in 
this LKJSO.Ind, 1394 Bus Index, Isochronous Channel number, Tag value, Data Length, Data (ASEL-PDU), Speed, 
Packet status, etc. are included. 

At the step S489, check processing of 1 394 Isochronous header format is carried out. The detail of this processing 
20 will be described later with reference to the flowchart of FIG. 48. Then, the processing operation proceeds to step S490, 
at which whether or not Result is OK is judged. In the case where Result is NG, the processing operation proceeds to 
the step S465. Thus, the processing the step S465 and steps subsequent thereto will be executed. 

On the contrary, in the case where it is judged that Result is OK, the processing operation proceeds to step S491 , 
at which the retrieval processing of ASEL-UNI ID using 1394 Bus Index, Isochronous Channel number and Tag value 
25 is executed. At step S492, whether or not ASEL-UNI ID is retrieved is judged. In the case where ASEL-UNI ID is 
retrieved, the processing operation proceeds to step S493, at which check of VPI/VCI value of ASEL header is carried 
out In the case where this value is correct the processing operation proceeds to step S457. Thus, the processing of 
the step S457 and steps subsequent thereto will be executed. 

In the case where it is judged at the step S492 that ASEL-UNI ID is not retrieved, or in the case where it is judged 
30 at the step S493 that value of VPI/VCI value is not correct the processing operation proceeds to the step S465. Thus, 
the processing of the step S465 and steps subsequent thereto will be executed. 

Explanation will now be given with reference to the flowcharts of FIGS. 47 to S3 in connection with the more 
detailed processing of the subroutine represented by the processing of FIGS. 44 to 46. 

FIG. 47 shows the detail of the check processing of 1 394 Asynchronous header format at the step S452 of FIG. 44. 
35 Initially, at step S501 , whether or not 1 394 header CRC error takes place is judged. In the case where such error does 
not take place, the processing operation proceeds to step S502, at which whether or not value of Destination Offset is 
equal to value of aselLayer1394DestOffset is judged. In the case where values of the both are equal to each other, the 
processing operation proceeds to step S503, at which whether or not Transaction Code is 1 is judged. In the case where 
this value is 1 , the processing operation proceeds to step S504, at which whether or not Retry Code is 1 is judged, rn 
40 the case where this value 1, the processing operation further proceeds to step S505, at which whether or not Packet 
status is FORMAT_ERROR is judged. At this time, in the case where judgment of No is carried out the processing 
operation proceeds to step S506. 

When it is judged at the step S501 that error takes place, it is judged at the step S502 that Destination Offset is not 
equal to aselLayerl 394DestOffset it is judged at the step S503 that value of Transaction Code is not 1 , it is judged at 
45 the step S504 that Retry Code is not 1 , or it is judged at the step S505 that Packet status is FORMAT_ERROR, the 
processing operation proceeds to step S515, at which NG is set with respect to Result 

At step S506, whether or not Packet status is BROADCAST is judged. At this time, in the case where judgment of 
Yes is carried out, the processing operation proceeds to step S516, at which OK is set with respect to Result. 

In the case where judgment of No is earned out at the step S506, the processing operation proceeds to step S507, 
so at which whether or not Packet status is DATA_CRC_ERROR is judged. At this time, in the case where judgment of No 
is carried out the processing operation proceeds to step S508, at which OK is set with respect to Result. Then, at step 
S509, 1 is set with respect to Acknowledge (there is caused to result status of ack_complete). At step S510, RELEASE 
is set with respect to Bus Occupancy control. At step S51 1 , value of aselVccOprSpeed is set with respect to Speed. 
Further, at step S512 LK_DATA.resp is outputted to the 1394 Link layer of FIG. 6. In this case, in this LK_DATA.resp, 
55 1394 Bus Index, Acknowledge, Bus Occupancy Control, Speed are included. 

On the other hand, in the case where it is judged at the step S507 that Packet status is DATA_CRC_ERROR, the 
processing operation proceeds to step S513, at which the processing for disusing (aborting) Asynchronous packet is 
executed. Further, at step S514, OxD is set with respect to Acknowledge (ack_data_error is caused to result). Then, the 
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processing operation proceeds to step S51 5, at which NG is set with respect to Result. 

FIG. 48 shows the detail of the check processing of the 1394 Isochronous header format at the step S489 of FIG. 
44. Initially, at step S521 , whether or not error takes place at the 1 394 header CRC is judged. In the case where no error 
takes place, the processing operation proceeds to step S522, at which whether or not DATA_CRC_ERROR is set with 

5 respect to Packet status is judged. At this time, in the case where judgment of No is carried out, the processing opera- 
tion proceeds to step S523, at which whether or not FORMAT_ERROR is set at (with respect to) Packet status is 
judged. At this time, in the case where judgment of No is carried out, the processing operation proceeds to step S524, 
at which OK is set at (with respect to) Result 

On the contrary, in the case where it is judged at the step S521 that any error takes place at 1 394 header CRC, in 

10 the case where it is judged at the step S522 that DATA_CRC_ER ROR is set with respect to Packet status, or in the case 
where it is judged at the step S523 that FORMATJERROR is set at (with respect to) Packet status, the processing oper- 
ation proceeds to step S525, at which NG is set with respect to Result 

FIG. 49 shows the detail of the composing processing of AAL5 at the step S479 of FIG. 46. At step S541 , whether 
Rcv_ER_Flag is either 0 or 1 is judged. In the case where it is judged that Rcv_ER_Flag is 1 , the processing operation 

is proceeds to step S552, at which NG is set with respect to Result 

On the contrary, in the case where it is judged at the step S541 that Rcv_ER_Flag is zero (0), the processing oper- 
ation proceeds to step S542, at which whether or not El is 1 is judged. In the case where El is not 1 , the processing 
operation proceeds to step S543, at which whether or not aselVccReceiveSeqUse is Use is judged. In the case where 
it is judged that aselVccReceiveSeqUse is Use, the processing operation proceeds to step S544, at which whether or 

20 not SN is Next_Rcv_SN is judged. 

In the case where judgment of Yes is carried out at the step S544, the processing operation proceeds to step S545, 
at which Next_Rcv_SN is incremented. Then, the processing operation proceeds to step S546. In the case where it is 
judged at the step S543 that aselVccReceiveSeqUse is not (in) Use (state), the processing of the step S544 and the 
step S545 are skipped. Thus, the processing operation proceeds to step S546. 

25 At the step S546, value obtained by subtracting 8 from Data Length is added to Sum_AAL_SDU_Len. This param- 
eter indicates the length of composed AAL-SDU being received, and has independent values every respective ASEL- 
VCCs. 

Then, the processing operation proceeds to step S547, at which whether or not aselAai5ConnReceiveMaxSduSize 
is smaller than Sum_AAL_SDU_Len is judged. At this time, in the case where judgment of No is carried out OK is set 
30 with respect to Result at step S548. In the case where judgment of Yes is carried out at the step S547, the processing 
operation proceeds to step S549, at which 1 is set with respect to Rcv_ER_Flag. Further, at step S550, the processing 
for disusing (aborting) AAL-ADU being composed is carried out At step S551 , NG is set with respect to Result. 

In the case where it is judged at the step S544 that SN is not equal to Next_Rcv_SN, the processing operation pro- 
ceeds to step S555, at which AAL-SDU Length Error is set at (with respect to) Rcv_ER_Status. At step S556, whether 
35 or not aselAal5ConnErSdu Deliver is Allow is judged. In the case where aseJAal5ConnErSduDeliver is Allow, the 
processing operation proceeds to step S557, at which processing for preserving (storing) Next_Rcv_SN and SN value 
in the received ASEL-PDU header into the SN error list is executed. Then, at step S558, value obtained by adding 1 to 
SN is set with respect to Next_Rcv_SN. Thereafter, the processing operation proceeds to step S546. Thus, the 
processing of the step S546 and steps subsequent thereto will be executed. 
40 In the case where it is judged at the step S556 that aselAal5ConnErSdu Deliver is not Allow, the processing opera- 
tion proceeds to step S559, at which 1 is set with respect to Rcv_ER_Flag. At step S560, the processing for disusing 
(aborting) AAL-SDU being composed is executed. Then, at step S561 , NG is set with respect to Result. 

In the case where it is judged at the step S542 that El is 1, the processing operation proceeds to step S553, at 
which whether ER-ID is CPCS-SDU Length error or CPCS CRC error is judged. In the case of the former, the process- 
es ing operation proceeds to step S555. Thus, the processing of the step S555 and steps subsequent thereto will be exe- 
cuted. In the case of the latter, the processing operation proceeds to step S554, at which AAL-SDU CRC Error is set 
with respect to Rcy_ER_Status. Thereafter, the processing operation proceeds to step S556. Thus, the processing of 
the step S556 and steps subsequent thereto will be executed. 

FIG. 50 shows the detail of the composing processing of AALO (User data) at the step S459 of FIG. 45. At step 
so S581, whether or not El is 1 is judged. In the case where El is not 1 , the processing operation proceeds to stepS582, 
at which whether or not aselVccReceiveSeqUse is Use is judged. In the case where aselVccReceiveSeqUse is Use, 
the processing operation proceeds to step S583, at which whether or not SN is equal to Next_Rcv_SN is judged. At this 
time, in the case where judgment of Yes is carried out the processing operation proceeds to step S584, at which the 
value of Next_Rcv_SN is incremented. 
55 In the case where it is judged at the step S582 that aselVccReceiveSeqUse is not Use, the processing of the steps 
S583, S584 are skipped. Thus, the processing operation proceeds to step S585. 

At the step S585, value obtained by subtracting 8 from Data Length is set with respect to Sum_AAL_SDU_Len. 
Then, at step S586, whether or not Sum_AAL_SDU_Len is greater than 48 is judged. At this time, in the case where 



29 



EP 0 841 791 A1 



judgment of No is carried out, the processing operation proceeds to step S587, at which OK is set with respect to 
Result On the contrary, in the case where judgment of Yes is carried out at the step S586, the processing operation 
proceeds to step S588, at which processing for disusing (aborting) AAL-SDU being composed is carried out Then, the 
processing operation proceeds to step S589, at which NG is set with respect to Result 

5 In the case where it is judged at the step S583 that value of SN is not equal to value of Next_Rcv_SN, the process- 
ing operation proceeds to step S595, at which value obtained by incrementing value of SN by 1 is set with respect to 
Next_Rcv_SN. Then, the processing operation proceeds to step S585. Thus, the processing of the step S585 and steps 
subsequent thereto will be executed. 

In the case where it is judged at step S581 that El is 1 , the processing operation proceeds to step S590, at which 

io whether ER-ID is CPCS-SDU Length Error or CPCS CRC error is judged. In the case of the former, the processing 
operation proceeds to step S591, at which AAL-SDU Length Error is set with respect to Rcv_ER_Status. Then, the 
processing operation proceeds to step S593, at which whether or not aselAalOConnErSduDeliver is Allow is judged. In 
the case where acelAalOConnErSduDeliver is Allow, the processing operation proceeds to step S594, at which 
processing for preserving (storing) Next_Rcv_SN and SN value in the received ASEL-PDU header into the SN error list 

is is executed. Then, the processing operation proceeds to step $595. Thus, the processing of the step S595 and steps 
subsequent thereto will be executed. On the contrary, in the case of the latter, the processing operation proceeds to 
step S592, at which AAL-SDU CRC Error is set with respect to Rcv_ER_Status. Thereafter, the processing operation 
proceeds to step S593. 

In the case where it is judged at the step S593 that aselAalOConnErSduDeliver is not Allow, the processing opera- 
te tion proceeds to step S596, at which processing for disusing (aborting) AAL-SDU being composed is executed. Further, 
at step S597, NG is set with respect to Result. 

FIG. 51 shows the detail of AALO (LM data) composing processing at the step S470 and the step S475 of FIG. 45. 
AtstepS611, whether or not El is 1 is judged. In the case where El is not 1, the processing operation proceeds to step 
S612, at which whether or not aselVccRecerveSeqUse is Use is judged. In the case where aselVccReceiveSeqUse is 
25 Use, the processing operation proceeds to step S613, at which whether or not SN is equal to value obtained by sub- 
tracting 1 from Next_Rcv_SN is judged. In the case where it has been judged that both values are equal to each other, 
the processing operation proceeds to step S61 4, at which value obtained by subtracting 8 from Data Length is set with 
respect to Sum_AAL_SDU_Len. 

Then, at step S615, whether or not Sum_AAL_SD U_Len is greater than 48 is judged. At this time, in the case 
30 where judgment of No is carried out, the processing operation proceeds to step S616, at which OK is set with respect 
to Result. On the contrary, in the case where judgment of Yes is carried out at the step S61 5, the processing operation 
proceeds to step S617, at which the processing for disusing (aborting) AAL-SDU being composed is executed. Then, 
the processing operation proceeds to step S618, at which NG is set with respect to Result 

In the case where it is judged at the step S612 that acelVccReceiveSeqUse is not Use, the processing operation 
35 proceeds to step $61 4. Thus, the processing of the step S61 4 and steps subsequent thereto will be executed. 

In the case where it is judged at the step S613 that SN is not equal to value obtained by subtracting 1 from 
Next_Rcv_SN, the processing operation proceeds to step S623A, at which value obtained by incrementing value of SN 
by 1 is with respect to Next_Rcv_SN. Thereafter, the processing operation proceeds to step S61 4. Thus, the processing 
of the step S614 and steps subsequent thereto will be executed. 
40 In the case where it is judged at the step S61 1 that El is 1 . the processing operation proceeds to step S619, at 
which whether ER-ID is either CPCS-SDU Length error or CPCS CRC error is judged. In the case where it is judged 
that ER-ID is the former, the processing operation proceeds to step S620, at which AAL-SDU Length Error is set with 
respect to Rcv_ER_Status. Then, the processing operation proceeds to step S622, at which whether or not 
aselAalOConnErSduDeliver is Allow is judged. In the case where it is judged that aselAslOConnErSduDeliver is Allow, 
45 the processing operation proceeds to step S623, at which processing for preserving (storing) Next_Rcv_SN and SN 
value in the received ASEL-PDU header into the SN error list is executed. Thereafter, the processing operation pro- 
ceeds to step S623A. Thus, the processing of the step S623A and steps subsequent thereto will be executed. On the 
contrary, in the case where it is judged that ER-ID is the latter, the processing operation proceeds to, step S621, at 
which AAL-SDU CRC Error is set with respect to Rcv_ER_Status. Thereafter, the processing operation proceeds to 
so step S622. 

In the case where it is judged at the step S622 that aselAalOConnErSduDeliver is not Allow, the processing opera- 
tion proceeds to step S624, at which processing for disusing (aborting) AAL-SDU being composed is executed. Then, 
NG is set with respect to Result at step S625. 

FIG. 52 shows the detail of the processing for preparing AAL5 parameter at the step S483 of FIG. 46. At step S641 , 
as LP is set with respect to AAL-LP. This parameter is caused to undergo mapping with respect to AAL5 specific field of 
ASEL-PDU header. Then, the processing operation proceeds to step S642, at which CI is set with respect to AAL-CI. 
This parameter is also caused to undergo mapping with respect to AAL5 specific field of ASEL-PDU header. 

Then, the processing operation proceeds to step S643, at which Rcv_ER_Status is set with respect to AAL-ES. 
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Further, at step S644, CPCS-UU is set with respect to AAL-UU. 

FIG. 53 shows the detail of the processing for preparing AALO parameter at the step S462 and the step S473 of 
FIG. 45. At step S651 , LP is set with respect to AAL-LR This parameter is caused to undergo mapping with respect to 
AALO specific field of ASEL-PDU header. Then, at step S652, CI is set with respect to AAL-CI. This parameter is also 
5 caused to undergo mapping with respect to AALO specific field of ASEL-PDU header. Then, at step S653, 
Rcv_ER_Status is set with respect to AAL-ES. 

In the case where ASEL as described above is used to carry out communication between the ATM terminal 1 and 
the 1394 terminals 4, 22, 23 shown in FIG. 4 by using IP/ATM as the standard protocol similarly to the conventional 
case, protocol stacks of U (User) plane and C (Control) plane of end to end are caused to respectively undergo layout 
10 as shown in FIGS. 54 and 55. 

As shown in FIG. 54, the protocol stack of the U plane of the ATM terminal 1 consists of PHY (Physical) layer, ATM 
layer, AAL5 layer, IP/ATM layer and IP layer, and the protocol stack of the U plane of the ATM network 2 consists of PHY 
layer and ATM layer. 

The protocol stack of the U plane of the ATM/1394 repeaters 3, 21 consists, at the ATM network side, PHY layer, 
75 ATM layer and AAL5 layer, and consists, at the 1394 terminal side, 1394 PHY layer, 1394 LINK layer and ASEL layer 
31 . The protocol stack of the U plane of the 1394 terminals 4, 22, 23 consists of 1394 PHY layer, 1394 LINK layer, ASEL 
layer 32, IP/ATM layer and IP layer. 

Between the ATM/1394 repeater 3 and the 1394 terminal 4, and between the ATM/1394 repeater 21 and the 1394 
terminals 22, 23, AAL/ATM is caused to undergo emulation by ASEL 31 , and the concept of VPC/VCC thus exists. For 
20 this reason, handling of packet of the U plane can be carried out by VPI/VCI value in place of IP. This VPl/VCI is ordi- 
narily included in the descriptor table of AAL-PDU, but is not included in packet as in the case of interlace data. As a 
result, when ASEL 31 carries out routing, it is unnecessary to copy the content (interface data) of packet Accordingly, 
in the ATM/1394 repeaters 3, 21 , burden (load) is lessened, and throughput of the ATM/1394 repeaters 3, 21 can be 
improved. 

25 Moreover, as shown in FIG. 55, the protocol stack of the C plane of the ATM terminal 1 consists of PHY layer, ATM 
layer, AAL5 layer, SSCF(ITU-TQ. 2130) + SSCOP(ITU-TQ. 21 10) layer, and Q.2931(ITU-TQ. 2931) layer. The protocol 
stack of the C plane of the ATM network 2 is of a structure similar to the case of the ATM terminal 1 . 

The protocol stack of the C plane of the ATM/1 394 repeaters 3, 21 is of a structure at the ATM network side which 
is similar to the case of the ATM terminal 1 and the ATM network 2. On the other hand, the 1394 terminal side is of a 

30 structure similar to the protocol stack of the 1394 terminals 4, 22, 23, and consists of 1394 PHY layer, 1394 LINK layer 
and ASEL layer 33 (corresponding to the ASEL layer 31 of FIG. 54). The protocol stack of the C plane of the 1394 ter- 
minals 4, 22, 23 consists of 1394 PHY layer, 1394 LINK layer, ASEL layer 34 (corresponding to the ASEL layer 32 of 
FIG. 54), SSCF+SSCOP layer, and Q. 2931 layer. 

Between the ATM/1394 repeater 3 and the 1394 terminal 4, and between the ATM/1394 repeater 21 and the 1394 

as terminals 22, 23, known signaling protocol (Q. 2931 and SSCF+SSCOP) used in UNI (User-Network Interface) of the 
ATM network 2 can be applied to the layer 35 or the layer 36. For this reason, it becomes unnecessary to develop pecu- 
liar signaling protocol from the first stage. As a result the number of steps required for developing the system can be 
reduced, and the reliability of the system can be improved. 

Further, by ASEL, it is possible to provide service by various applications of the connection type utilizing multi-point, 

40 multi-connection which are the feature of ATM as they are on infrastructure having elements of low cost, easiness of 
cabling, and implementation of effective utilization of resource of media by shared media (media shared type network: 
various terminals are connected to single cable (transmission medium) to carry out communication). 

More practical example of the operation in the system of FIG. 4 will be further explained. As an example, there are 
taken three kinds of communications of communication between 1394 terminal 22-1 connected to ATM/1394 repeater 

45 21 and ATM terminal 1, communication between 1394 terminal 22-1 and 1394 terminal 23*1, and communication 
between 1394 terminal 22-1 and 1394 terminal 22-2. 

Even in the case where any one of communications is carried out, ASEL-CMEs of User side on all 1394 terminals 
Broadcast message of WakeUp (FIG. 15), whereby only ASEL-CME of Network side on the ATM/1394 repeater 21 
receives that message. Thus, ASEL-CMEs of respective 1394 terminals inform ASEL-CME of ATM/1394 repeater 21 of 

so the own Node Unique ID and Setf ID. It is to be noted that transmission/reception of ASEL-CMP message (FIG. 14) is 
carried out in a closed manner only between ASEL-CMEs of Network side and User side opposite to each other through 
ASEL-CMI (FIG. 1 1), and is terminated by ASEL-CMEs of both ends. For this reason, (control procedure of) such mes- 
sage is not incorporated in the protocol stacks of FIGS. 54 and 55. 

When ASEL-CME of the ATM/1394 repeater 21 receives WakeUp (FIG. 15), it assigns new ASEL-UNI ID thereto 

55 to register such ASEL-UNI ID in a manner related to 1394 Bus Index, and Node Unique ID and Self ID of User side. 
Then, the above-mentioned ASEL-CME transmits ActReq (FIG. 16) to ASEL-CMEs of respective 1394 terminals to 
make request for starting of respective ASEL-CMEs of the User side and to make request for registration of Node 
Unique ID and Setf ID of Network side. 
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ASEL-CMEs of respective 1394 terminals carry out registration in correspondence with such request to carry out 
transition to Active status to transmit ActAck (FIG. 1 7) to ASEL-CME of the ATM/1 394 repeater 21 . Thus, both terminals 
and the repeater are brought into Active status. 

When transition to Active status is carried out, MASEL_Act.lnd primitive is issued with respect to the ASEL layer 
5 management from the ASEL-CME. Thus, the ASEL layer management recognizes activated ASEL-UNI ID and 1394 
Bus Index in which that ASEL-UNI exists. Thus, the above-described processing is carried out between (ASEL-CME of) 
the repeater 21 and (ASEL-CMEs of) all 1394 terminals connected, whereby the ATM/1394 repeater 21 can recognize 
connection relationship of respective 1394 terminals with respect to corresponding 1394 serial buses. 

Practical procedure of communication will now be indicated. It is now assumed that, for setting of VCC, SVC 
10 (Switched Virtual Circuit) connection by the protocol stack of FIG. 55 is used, but PVC (Permanent Virtual Circuit) con- 
nection is not used. Initially, communication between the 1394 terminal 22-1 connected to the ATM/1394 repeater 21 
and the ATM terminal 1 will be described. 

Data which are desired to ultimately undergo transmission/reception between the 1394 terminal 22-1 and the ATM 
terminal 1 are data on the U plane as shown in FIG. 54. In order to open (provide) VCC which is the connection for car- 
75 rying out transmission/reception of data of this U plane, the protocol stack of the C plane of FIG. 55 is used. 

In order to carry out transmission/reception of the protocol on the C plane, VPI/VCI ordinarily open (provide) in 
advance two kinds of VCCs using 0/5 and 0/16 every respective ASEL-UNIs and respective ATM-UN Is. In addition, 
ASELs 33, 34 of the ATM/1394 terminal 21 and the 1394 terminal 22-1 have a function to convert data of the standard 
of IEEE 1394 into data of the standard of ATM (AAL), and a function to convert data of the standard of ATM (AAL) into 
20 data of the standard of IEEE 1394 in a manner opposite to the above. 

Thus, as signaling protocols 35, 36 in the ATM/1394 repeater 21 and the 1394 terminal 22-1 , protocol similar to the 
ATM terminal 1 and the ATM network 2 can be used. By these signaling protocols, various parameters (VPI/VCI Value, 
AAL Type, QoS class, Transmit/Receive Bandwidth, etc.) of VCC used in the U plane of FIG. 54 are determined. 
Followed by the determination of these VCC parameters, in the ATM/1394 repeater 21 and the 1394 terminal 22- 
25 1, MASEL_ConSet.req primitive is issued with respect to respective ASEL-CMEs via ASEL layer management from 
application programs of the signaling protocols 35, 36. In this case, the ATM/1394 repeater 21 already recognizes by 
the signaling protocols that the ATM terminal 1 which is the terminating point of VCC of one side does not exist in ASEL- 
UNIs that the ATM terminal 1 contains (accommodates). 

In ASEL-CME of User side mounted in the 1394 terminal 22-1, as shown in the flowchart of FIG. 25, in the case 
30 where MASEL_ConSet.req primitive is received, various parameters included in that primitive are preserved (stored) 
thereafter to carry out judgment as to whether or not QoS Type is CBR. 

In the case of CBR, feoReq (FIG. 18) to make request for assignment of Isochronous channel which solves 
assigned VPI/VCI is transmitted to the ATM/1394 repeater 21 in which ASEL-CME is mounted of Network side. ASEL- 
CME of the ATM/1394 repeater 21 sends IsoReply (FIG. 19) back to the ASEL-CME of the 1394 terminal 22-1 to des- 
35 ignate Isochronous channel thereat In this way, Isochronous channel used between the ATM/1 394 repeater 21 and the 
1394 terminal 22-1 is assigned. Thus, communication channel (path) in the IEEE 1394 standard is ensured. 

In the case except for CBR, DestlDReq (FIG. 20) to make request for value of Destination ID of Asynchronous 
packet which solves assigned VPI/VCI is transmitted to the ATM/1394 repeater 21 in which ASEL-CME is mounted of 
Network side The ASEL-CME of the ATM/1394 repeater 21 sends DestlDRply (FIG. 21) back to the ASEL-CME of the 
40 1394 terminal 22-1 . Thereat Self ID in corresponding 1394 serial bus of the ATM/1394 repeater 21 itself which is the 
destination node is informed. Thus, communication channel (path) in the IEEE 1394 standard is ensured. 

By the above-mentioned operation, VCC is opened (provided) between the ATM terminal 1 and the 1394 terminal 
22-1 . Moreover, since ASELs 31 , 32 of the ATM/1394 repeater 21 and the 1394 terminal 22-1 have a function to convert 
data of the standard of IEEE 1 394 into data of the standard of ATM(AAL) and a function to convert data of the standard 
45 of ATM (AAL) into data of the standard of IEEE 1 394 in a manner opposite to the above, protocol (eg., IP/ATM) similar 
to the upper layer of AAL5 in the ATM terminal 1 can be used as the upper layer of ASEL 32 in the 1 394 terminal 22-1 . 

Explanation will now be given in connection with communication between 1 394 terminal 22-1 and 1 394 terminal 23- 
1 connected to the ATM/1394 repeater 21 . 

Similarly to the case of communication between the ATM terminal 1 and the 1394 terminal 22-1 , also between the 
so 1394 terminal 22-1 and the 1394 terminal 23-1 , in order to open (provide) VCC for carrying transmission/reception of 
data on the U plane as shown in FIG. 54, the protocol stack of the C plane of FIG. 55 is used. Further, as signaling pro- 
tocols 35, 36 in the ATM/1394 repeater 21, the 1394 terminal 22-1 and the 1394 terminal 23-1. common protocol can 
be used. By these signaling protocols, various parameters (VPI/VCI Value, AAL Type. QoS class, Transmit/Receive 
Bandwidth, etc.) of VCC used in the U plane of FIG. 54 are determined. It is to be noted that signaling protocols 35, 36 
55 are caused to undergo transmission/reception between the 1394 terminal 22-1 and the 1394 terminal 23-1 necessarily 
through the ATM/1394 repeater 21 . 

Followed by the determination of these VCC parameters, in the ATM/1394 repeater 21 , the 1394 terminal 22-1 and 
the 1394 terminal 23-1, MASEL_ConSet.Req primitive is issued with respect to respective ASEL-CMEs via the ASEL 
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layer management from application programs of the signaling protocols 35, 36. It is to be noted that, by the signaling 
protocols, the ATM/1394 repeater 21 already recognizes that the 1394 terminal 22-1 and the 1394 terminal 23-1 which 
are terminating points of both VCCs exist in ASEL-UNIs that the ATM/1394 repeater 21 itself contains (accommodates), 
but they are connected to 1394 serial buses different from each other. 

5 At ASEL-CMEs of User side mounted in the 1 394 terminal 22-1 and the 1 394 terminal 23-1 , similarly to the above- 
mentioned case, after MASEL_ConSet req primitive is received, various parameters are preserved (stored). Thereafter, 
judgment as to whether or not QoS Type is CBR is carried out. 

In the case of CBR, similarly to the above-mentioned case, respective ASEL-CMEs of the User side transmits Iso- 
Req (FIG. 18) to make request for assignment of Isochronous channel which solves assigned VPI/VCI to the ATM/1394 

w repeater 21 in which ASEL-CME is mounted of the Network side. In response thereto, the ASEL-CME of the ATM/1 394 
repeater 21 sends IsoReply (FIG. 1 9) back thereto to designate Isochronous channels thereat In this case, since those 
terminals are different 1394 serial buses, it is possible to respectively independently designate Isochronous channel 
numbers. In a manner stated above, Isochronous channels used between the ATM/1394 repeater 21 and the 1394 ter- 
minal 22-1, and between the ATM/1394 repeater 21 and the 1394 terminal 23-1 are assigned. Thus, communication 

75 channel (path) in the IEEE 1394 standard is ensured. 

In the case except for CBR, similarly to the above-mentioned case, respective ASEL-CMEs of the User side trans- 
mit DestlDReq (FIG. 20) to the ATM/1 394 repeater 21 in which ASEL-CME is mounted of the Network side. In response 
thereto, the ASEL-CME of the ATM/1394 repeater 21 sends DestlDRply (FIG. 21) back thereto Thereat, Serf IDs in 
respective 1394 serial buses of the ATM/1394 repeater 21 itself, which are the destination nodes, are informed. Thus, 

20 communication channel (path) in the IEEE 1394 standard is ensured. 

By the above-mentioned operation, VCC is opened (provided) between the 1394 terminal 22-1 and the 1394 termi- 
nal. 23-1 repeating (relaying) the ATM/1394 repeater 21. In the above-mentioned example, in this VCC, ASEL 31 of the 
ATM/1 394 repeater 21 carries out repeat (replay) operation of data caused to undergo transmission/reception between 
the 1394 terminal 22-1 and the 1394 terminal 23-1 by using the function to convert data of the standard of the IEEE 

25 1394 into data of the standard of ATM(AAL), and the function to convert data of the standard of ATM(AAL) into data of 
the standard of the IEEE 1394 in a manner opposite to the above. 

Subsequently, explanation will be given in connection with communication between the 1 394 terminal 22-1 and the 
1 394 terminal 22-2 connected to the ATM/1 394 repeater 21 . 

Also in this case, in order to open (provide) VCC for carrying out transmission/reception of data on U-plane as 

30 shewn in FIG. 54, the protocol stack of the C plane of FIG. 55 is used. Further, as signaling protocols 35, 36 in the 
ATM/1394 repeater 21, the 1394 terminal 22-1 and the 1394 terminal 22-2, common protocol can be used. By these 
signaling protocols, various parameters (VPI/VCI Value, AAL Type, QoS class, Transmit/Receive Bandwidth, etc.) of 
VCC used in the U plane of FIG. 54 are determined. It is to be noted that the signaling protocols 35. 36 are caused to 
undergo transmission/reception between the 1394 terminal 22-1 and the 1394 terminal 22-2 necessarily through the 

as ATM/1394 repeater 21. 

Followed by the determination of these VCC parameters, in the ATM/1394 repeater 21 , the 1394 terminal 22-1 and 
the 1394 terminal 22-2, MASEL_ConSet.req primitive is issued with respect to respective ASEL-CMEs via ASEL layer 
management from application programs of the signaling protocols 35, 36. In this case, by the signaling protocols, the 
ATM/1394 repeater 21 already recognizes that the 1394 terminal 22-1 and the 1394 terminal 22-2 which are terminating 

40 points of both VCCs exist in ASEL-UNIs that the ATM/1394 repeater 21 itself contains (accommodates) and are con- 
nected to the same 1394 serial bus. Thus, since it is unnecessary to carry out repeat (relay) operation in regard to data 
on this VCC, VCC which can be caused to directly undergo transmission/reception of data between the 1394 terminal 
22-1 and the 1394 terminal 22-2 is opened (provided). 

At ASEL-CMEs of User side mounted in the 1394 terminal 22-1 and the 1394 terminal 22-2, similarly to the above, 

45 various parameters of MASEL_ConSelreq primitive are preserved (stored). Thereafter, judgment as to whether or not 
QoS Type is CBR is carried out 

In the case of CBR, similarly to the above, respective ASEL-CMEs of the User side transmit IsoReq (FIG. 18) to the 
ATM/1394 repeater 21 in which ASEL-CME is mounted of Network side. In response thereto, the ASEL-CME of the 
ATM/1394 repeater 21 sends IsoReply (FIG. 19) back thereto to designate Isochronous channel thereat. In this case, 

so the same Isochronous channel number is designated with respect to respective ASEL-CMEs of the User side. In this 
instance, a way of use may be employed to designate Tag Value corresponding to the high order 2 bits of the assigned 
Isochronous channel so as to take (0, 1) to thereby display that corresponding channel is the channel that only ASEL 
32 of User side receives. In this way. Isochronous channel used between the 1394 terminal 22-1 and the 1394 terminal 
22-2 is assigned. Thus, communication channel (path) in the IEEE 1394 standard permitted to directly undergo trans- 

55 mission/reception of data is ensured. 

In the case except for CBR, similarly to the above, respective ASEL-CMEs of the User side transmit DestlDReq 
(FIG. 20) to the ATM/1394 repeater 21 in which ASEL-CME is mounted of Network side In response thereto, the ASEL- 
CME of the ATM/1394 repeater 21 sends DestlDRply (FIG. 21) back thereto. Thereat, the 1394 terminal 22-1 is 



33 



EP0 841 791 A1 



informed of Self ID of the 1394 terminal 22-2 which is the destination node, and the 1394 terminal 22-2 is informed of 
Self ID of the 1394 terminal 22-1 which is the destination node. Thus, communication channel (path) in the IEEE 1394 
standard permitted to directly undergo transmission/reception of data is ensured. 

By the above-mentioned operation, VCC is directly opened (provided) between the 1394 terminal 22-1 and the 
s 1394 terminal 22-2 without repeating (relaying) the ATM/1394 repeater 21 . It is to be noted that, in this VCC, ASEL 31 
of the ATM/1394 repeater 21 is not concerned with data caused to undergo transmission/reception between the 1394 
terminal 22-1 and the 1394 terminal 23-1. 

It is to be noted that since connection control primitive group (MASEL_ConSet.req, MASEL_ConRec.req, 
MASEL_ConSet.conf, MASEL_ConRel.req, MASEL_ConRel.conf) are included in the primitives for ASEL layer man- 
10 agement, those primitives are issued via the ASEL layer management. However, by selecting actual software installing 
method, it is also possible as a matter of course to employ, e.g.. embodiments such that those primitives are issued 
directly from application programs of the signaling protocols 35, 36, or are issued directly from the signaling protocols 
35. 36 themselves. 

In addition, while single ATM terminal is connected to the ATM network in the above-described embodiments, plural 
75 ATM terminals may be connected to the ATM network so that respective 1394 terminals accept offer of desired data 
from the plural ATM terminals. 

Industrial Applicability 

20 In accordance with the communication control equipment and the communication control method according to this 
invention, since such an approach is employed to convert data of the second transmission standard received through 
the repeater into data of the first transmission standard, and to convert predetermined data of the first transmission 
standard into data of the second transmission standard, the existing signaling protocol used in accordance with the first 
transmission standard can be applied. Thus, the number of development steps of the system can be reduced, and the 

25 reliability can be improved. 

In accordance with the communication control equipment and the communication control method according to this 
invention, since such an approach is employed to process, by the same signaling protocol as the signaling protocol 
used at the first terminal, data of the first transmission standard transmitted from the first terminal and data converted 
into data of the first transmission standard from the second transmission standard, which has been transmitted from the 

so second terminal, the number of development steps of the system and the reliability can be improved. 

In accordance with the communication control equipment and the communication control method according to this 
invention, since such an approach is employed to convert data of the first transmission standard transmitted from the 
first terminal into data of the second transmission standard, and to convert data of the second transmission standard 
transmitted from the second terminal into data of the first transmission standard; and to carry out, at the second termi- 

35 nal, a processing to convert data of the second transmission standard which has been caused to undergo transmission 
(transmitted) through the repeater into data of the first transmission standard, and to convert predetermined data of the 
first transmission standard into data of the second transmission standard, routing can be carried out only by connection 
information in the first transmission standard. For this reason, burden (load) of the repeater can be lessened. In addi- 
tion, the conventional signaling protocol used in accordance with the first transmission standard can be applied 

40 between the repeater and the second terminal. Thus, the number of development steps of the system can be reduced 
and the reliability can be improved. 

In accordance with the cornmunication control equipment and the communication control method according to this 
invention, since communication channel (path) for transferring data of the transmission standard that the terminal and 
any other terminal carry out transmission/reception is set in advance by using predetermined control commands ther- 

45 ebetween through the repeater or directly therebetween, burden (load) of the repeater can be lessened. In addition, 
transfer of data can be made substantially without intervention of the repeater. 

Claims 

50 1. A communication control equipment adapted for receiving, through a repeater, data transmitted from a predeter- 
mined terminal to transmit predetermined data to the terminal through the repeater, 
the equipment comprising: 

first converting means for converting the data of a second transmission standard received through the repeater 
55 into the data of a first transmission standard; and 

second converting means for converting predetermined data of the first transmission standard into the data of 
the second transmission standard. 
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2. A communication control equipment as set forth in claim 1 , 

which further comprises processing means for processing data of the first transmission standard by the 
same signaling protocol as signaling protocol that the terminal has. 

5 3. A communication control equipment as set forth in claim 1 , 

wherein the first transmission standard is standard of ATM and the second transmission standard is stand- 
ard of IEEE 1394. 

4. A communication control method for receiving, through a repeater, data transmitted from a predetermined terminal 
10 to transmit predetermined data to the terminal through the repeater, 

the method including: 

a step of converting the data of a first transmission standard received through the repeater into the data of a 
second transmission standard; and 
is a step of converting predetermined data of the second transmission standard into the data of the first transmis- 

sion standard. 

5. A communication control equipment adapted for repeating, to a second terminal, data transmitted from a first ter- 
minal to repeat, to the first terminal, data transmitted from the second terminal, thus to control communication 

20 between the first terminal and the second terminal, 
the equipment comprising: 

first converting means for converting the data of a first transmission standard transmitted from the first terminal 
into the data of a second transmission standard; 
25 second converting means for converting the data of the second transmission standard transmitted from the 

second terminal into the data of the first transmission standard; and 

processing means for processing, by the same signaling protocol as signaling protocol that the first terminal 
has, data of the first transmission standard transmitted from the first terminal and data of the first transmission 
standard converted by the second converting means. 

30 

6. A communication control equipment as set forth in claim 5, 

which further comprises repeating means such that in the case where plural ones of the second terminals 
are connected onto different transmission paths of the second transmission standard, it repeats the data of the sec- 
ond transmission standard caused to undergo transmission/reception between the plural second terminals. 

55 

7. A communication control equipment as set forth in claim 5, 

which further comprises repeating means such that in the case where plural ones of the second terminals 
are connected onto the same transmission path of the second transmission standard, it repeats the data of the sec- 
ond transmission standard caused to undergo transmission/reception between the plural second terminals in a 
40 manner to allow those data to be substantially therethrough. 

8. A communication control method for repeating, to a second terminal, data transmitted from a first terminal to 
repeat to the first terminal, data transmitted from the second terminal, thus to control communication between the 
first terminal and the second terminal, 

45 the method including: 

a first conversion step of converti ng the data of a first transmission standard transmitted from the first terminal 
into the data of a second transmission standard; 

a second conversion step of converting the data of the second transmission standard transmitted from the see- 
so ond terminal into the data of the first transmission standard; and 

a processing step of processing, by the same signaling protocol as signaling protocol that the first terminal has, 
the data of the first transmission standard transmitted from the first terminal and the data of the first transmis- 
sion standard converted by the second converting means. 

55 9. A communication control equipment adapted for carrying out transmission of data transmitted from a first terminal 
to a second terminal through a repeater to carry out transmission of data transmitted from the second terminal to 
the first terminal through the repeater, thus to control communication between the first terminal and the second ter- 
minal, 
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wherein the repeater comprises 

first converting means for converting the data of a first transmission standard transmitted from the first terminal 

into the data of a second transmission standard, and 
5 second converting means for converting the data of the second transmission standard transmitted from the 

second terminal into the data of the first transmission standard, and 
wherein the second terminal comprises 

third converting means for converting the data of the second transmission standard which has been caused to 

undergone transmission from the repeater into the data of the first transmission standard, and 
w fourth converting means for converting predetermined data of the first transmission standard into the data of 

the second transmission standard. 

1 0. A communication control method for carrying out transmission of data transmitted from a first terminal to a second 
terminal through a repeater to carry out transmission of data transmitted from the second terminal to the first ter- 

is minal through the repeater, thus to control communication between the first terminal and the second terminal, 
wherein processing procedure by the repeater comprises 

a step of converting the data of a first transmission standard transmitted from the first terminal into the data of 
a second transmission standard to carry out transmission thereof to the second terminal, and 

20 a step of converting the data of the second transmission standard transmitted from the second terminal into 

the data of the first transmission standard to carry out transmission thereof to the first terminal, and 

where in processing procedure by the second terminal comprises 
a step of converting the data of the second transmission standard which has been caused to undergo trans- 
mission through the repeater into the data of the first transmission standard, and 

25 a step of converting predetermined data of the first transmission standard into the data of the second transmis- 

sion standard to carry out transmission thereof to the repeater. 

1 1 . A communication control equipment connected or linked, through a repeater or directly, to terminals by transmis- 
sion path of a predetermined transmission standard, 

30 which comprises setting means for setting, in advance, by using predetermined control commands, commu- 

nication channel (path) for transferring data of the transmission standard that the terminal and any other terminal 
carry out transmission/reception therebetween through the the repeater or directly therebetween. 

12. A communication control method for a communication control equipment connected or linked, through a repeater 
35 or directly, to terminals by transmission path of a predetermined transmission standard, 

the method including a step of setting, in advance, by using predetermined control commands, communica- 
tion channel (path) for transferring data of the transmission standard that the terminal and any other terminal carry 
out transmission/reception therebetween through the the repeater or directly therebetween. 
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